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CiscoPro Switching. 
A megfelelő sebesség! 


Nem tudjuk fékezni magunkat. 


Miközben arra törekedtünk, hogy a hálózatépítés technológiája a lehető 
legjobb legyen, nemcsak a router-ek piacán lettünk elsők, hanem, most már a 
Cisco a világ vezető switch gyártója is. 


Ha jobban megismer minket, akkor ez nem lesz annyira meglepő. Bármi, ami a 
hálózatokat olyan gyorssá, megbízhatóvá és egyszerűen kezelhetővé teszi, mint 
a kapcsolók, biztos befutó nálunk. Mindig arra törekszünk, hogy a hálózaton 
keresztül történő üzleti kommunikációt még jobbá, még korszerűbbé tegyük. 


A kapcsolók lehetővé teszik, hogy ez a törekvésünk végre munkához lásson! 


Kiegészítve már meglévő rendszerét, a switching egy kézenfekvő továbblépési 
megoldást nyújt. Már működő hálózatát nem kell felszámolnia — pont 
ellenkezőleg! — ezzel még hatékonyabb lesz. És mindezek mellett (ami talán 
már túlzásnak is tűnhet), a CiscoPro család a skálázható megoldások irigy- 
lésreméltó választékát kínálja, hogy az Önéhez hasonló, növekvő szervezetek 
bővülő igényeinek megfeleljen. 

Nem nehéz megkeresni azokat az embereket, akiknek az internetworking a 


szenvedélyük. 


Nézzen utána a CiscoPro-nak az Interneten: http://www.cisco.com 


Forduljon viszonteladójához: 


CLT COMPUTER 
ILT ÚT 2000 


Albacomp 7 (22]315-414 e Answore Kít. 2 467-1120  Computronit Flag 7 274-2109 " Innet a 371-0159 e Probit z 269- 

"7 209-0538 " Digitol Kít. cz (62)490-554 " Dr. Lon Kft. z (46)341- 7069 " Var 2 222-2827 " Networx 2 252-3444  Elen- 

838 " Line 5 Kft. 2 251-8137 e Mokrotrend 2 183-4356 " Mő- der z 210-3044 " Probit a 272-3459 e Rikvest 2 203- 

szertethnika Computer Rt. 2 260-4348 e Primus Net Kít. a 153- 0533 " Rolitron Informatika 7 270-5120 " Professzionól 
4709 " Pro-Pid Kít. z (30)561-312 " Unitomp Kft. 2 217-4170 7 216-5300 " Delta Elektronik 2 180-0974 











Ha versenyben akarnak maradni, csapatban kell 


dolgozniuk a jó eredményekért. Ehhez azonban az elhatározáson 


és a megfelelő szakembereken kívül szükség van 


még valamire: olyan közvetítő közegre, amely lehetővé teszi 
az összehangolt munkát. 


Ezt kínálja a GroupWise: e-mail, személyi határidőnaplók, 


csoportmunka-ütemező és Task-menedzser - egy alkalmazásban. 


Walton Networking Kft. 
1139 Budapest, Frangepán u. 8-10. Tel.: 344 38 38 Fax: 344 38 34 
Walton Szegedi Iroda: 6723 Szeged, Sándor u. 1. Tel./Fax: (62) 490 424 


Egy csomagban, kedvező áron beszerezhet mindent eszközt, 
amire a külvilággal való kapcsolattartáshoz szüksége lehet: 
GroupWise ClientgAdmin, Message Server (NLM), Async Gate- 
way (NLM8.OS/2), MHS Gateway (NLM), X/25 Gateway (OS/2). 


Az üzletet továbbra is Önnek kell vezetnie, de két dolgot a 


GroupWise-zal megtakaríthat: 


időt és pénzt. 
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Hivatalos viszonteladó 


HP hálózati szoftverek, irodai PC-k, monitorok, 
nyomtatók, plotterek és kellékeik, scannerek, 
kalkulátorok, modemek árusíi 





sa 
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A HÓNAP TÉMÁJA 





ÉSCH Tre 


A közelmúltban kisebb tűz támadt egy közintézmény- 
ben. Azt annak rendje és módja szerint házilagosan 
eloltották. A jegyzőkönyvbe vélhetően ilyesmi került be: 
, Rövidzárlat következtében kigyulladt egy számítógép" . 
Az eset nem túl gyakori, de mégis hétköznapi esemény. 
Érdekessé az teszi, hogy milyen számítógép is fogott 
tüzet... Nos, a hálózati adatforgalmat kiszolgálni hivatott 
szervernek lett elege a nyúzásból, és csendben elfüstölte 
a vezetékeit... 

A konkrét tűzeset azonban csak ürügy arra, hogy átvitt 
értelemben tegyük fel a kérdés: ég-e a ház? Tervezhető-e, 
követhető-e, menedzselhető-e az adatforgalom például 
az elburjánzó Internet-használat közepette? Hány felhasz- 
nálóig használható egy 100 useres Novell-hálózat? Mit — ndow Help 
kell tudnia egy adatbázisrendszernek ahhoz, hogy mű- 























ködése a hálózati eszközök optimális kihasználtságárais — —— Dimension Map 
tekintettel legyen? Miként kommunikálnak egymássala 0 ] AlySalesReps] JAWcustomers]/ ; 
hálózati forgalmat lebonyolító szoftvereszközök? Mit vár- channet öeeeák Ve Ranges 
nak el az adatbázisrendszerek a-hálózati operációs rend- Sales Rep 
szerektől — és fordítva: mit várnak a hálózati operációs 
rendszerek, menedzsment-szoftverek az adatbázisformá- KALETE eaz 
tumoktól? Product Categord —— ( Product Group 
: 2 2. 2 4 [j 

Arra természetesen senki ne számítson, hogy összeál- 
lításunkban a felmerülő össze kérdés megválaszolására SEHHETGTHE EE 
sor kerülhet, de aki átrágja magát a mostani hónap témája 
cikkein, az ebben a témakörben igen tartalmas, nagyon HATJA 





friss és egyre inkább előtérbe kerülő információkhoz jut. fé Eg] aie (na TB] EJ 


A számítástechnikának sarkalatos kérdése az adatbá- 
ziskezelés, amely akkor is fontos, amikor láthatatlanul, a Whats Driving the I 
háttérben zajlik. Sokszor azonban nagyon is a szemünk 
előtt vannak. Talán nem járunk messze az igazságtól, Year-to-Date Booked Re 
amikor az egész számítástechnikát egy mérhetetlenül 
nagy , adatáruháznak" tekintjük, amelyben adatmanipu- 
lációs osztályok egész sora hivatott segíteni munkánkat 
és mindennapi életünket — vagy éppen szórakoztatni 
bennünket. 

Ha az adatbáziskezelés kerül szóba, a hozzáértő szak- 
emberek egy része azt mondja: kár is vele foglalkozni, 
mert ha az adatbáziskezelés mint alapvető hardver/ szoft- 
ver kérdés problémaként jelentkezik, az már régen rossz. 
Ezzel szemben a másik tábor szerint az adatbáziskezelés 
olyan kulcsfontosságú tevékenység, amelyet tökéletesen 
megoldani talán soha nem is lehet, mert a problémák 
jelentős része újratermelődik, legfeljebb másik — és nem 
mindig feltétlenül magasabb! — szinten. 

Nem célunk sem az egyik, sem a másik tábor , bázisát" 
erősíteni, inkább egy körkép felvázolását kértük szerző- 
inktől: hol tart ma a nagy adatbázisok világa, s milyen 
fejlődési irányok rajzolódnak ki ezen a szakterületen. 

Osszeállításunk fókuszába olyan globális hálózati filo- 5113,082 
zófiák megfogalmazásai és elemzései kerültek, amelyek 
piacvezető cégek kulisszái mögé nyújtanak bepillantást. EAN ENE 
És nekik azt is igazán tudniuk kell, hogyan érint mindez to percents at any time 
bennünket — mint adatbázis-alanyokat. 
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Még a mutatók is hiányoznak 


Hibák az alapokban 


Nehéz lenne elképzelni az adatbázisoknál fontosabb, 
nélkülözhetetlenebb számítástechnikai ,terméket". 

Az ipari, mezőgazdasági termékek, szolgáltatások 
használhatóságának elbírálása természetes, magától 
értetődő tevékenység. Noha az adatbázis is 

(a legtöbb esetben) termék, ennek használhatóságával, 
hatékonyságával — paradox módon — csak felületesen, 
kutyafuttában szoktunk foglalkozni, távolról sem úgy, 
ahogyan a téma fontossága megkövetelné. 


A nagy elektronikus adatbázisok az 
informatika korának valóban csodála- 
tos produktumai. Ezek ma már nemcsak 
a tudományos haladás elősegítői, ha- 
nem a mindennapi élet nélkülözhetetlen 
szereplői is, ezért hálás téma minden 
velük kapcsolatos szenzáció. Nem cso- 
da tehát, hogy erre a csemegére ráve- 
tette magát a sajtó. Így az adatbázis is 
arra a sorsra jutott, mint minden más, 
amit felkapnak: a róla alkotott kép 
gyakran eltorzul, eluralkodik benne a 
felületesség és az egyoldalúság, hiszen 
a dolgoknak csak az érdekes, csak a 
csodálatos, csak a szenzációs oldalával 
foglalkoznak, meg sem említve a nehe- 
zen érthető, szürke hétköznapi vonat- 
kozásokat. 

A sok sajtóhíradás, amely az egyre 
nagyobb, egyre gyorsabban, egyre ké- 
nyelmesebben használható adatbázi- 
sokról lelkendezik, és mást sem csinál, 
csak csodáltatja ezeket, mára kialakí- 
totta azt a képet, hogy az adatbázis az 
valami nagy, valami hatalmas, valami 
rengeteg. És az adatbázis ott kezdődik, 
ha a sajtó is hírt ad róla; az adatbázis 
legfontosabb tulajdonsága, hogy az va- 
lami jelenkori szenzáció, ami rekordot 
dönt. Szóval az adatbázis valami feno- 
menális dolog... 

Ez a kép azonban többszörösen is 
hamis. 


Hibás előítéletek 


Először is, adatbázis mindig is volt. 
Legfeljebb nem elektronikus, nem szá- 
mítástechnikai megvalósításban. (Pél- 
dául könyvtári, telekkönyvi nyilvántar- 
tás, kartotékok stb.) Azután pedig az 
adatbázisnak nem lényegi jellemzője a 
mérete, sem az, hogy hányan használ- 


4 ÚJ ALAPLAP  1996/7 


ják. Az adatbázisnak nem kell nagynak 
lennie, csak használhatónak. 

Végül pedig az adatbázis nem rend- 
kívüli, hanem mindennapi, természetes 
dolog, olyan, mint a lélegzetvétel: éle- 
tünk tele van sok kisebb-nagyobb, szür- 
ke, egyszerű, de nélkülözhetetlen adat- 
bázissal. Csak most, az elektronikus 
világban nem kezelik ezeket adatbázis- 
ként — e szemléletnek gyakran meg is 
issza a levét a társadalom és a tudo- 
mány. 

Oda jutottunk, hogy a bulvársajtó 
szellemi színvonala és értékrendje dik- 
tál, és sokszor már a szakma sem tekinti 
adatbázisnak azokat az adatbázisokat, 
amelyek nem elég óriásiak, nem elég 
sokfelhasználósak stb. Pedig adatbázis 
egy elektronikus gép bármely informá- 
ciótároló része, például a központi tár, 


s Paradox 
File Edit 


MM STRUCTDB 
EIACTIONS. DB 


Size: [57 pot 
SKU: [0087-OSOR 


Supplier 


— jWatsomuille, CA 


Herb Partners 


Perfect for fountains and 
waterways, Can telerate 
full sun-and intense heat, 


benne minden, a számok és eljárások 
is, adatbázis a matematikai segédpro- 
cesszor ROM-ja, benne a már felfede- 
zett és a még fel nem fedezett hibákkal, 
de adatbázis egy másodfokú egyenlet 
három együtthatója, a megoldóképlettel 
együtt. Az adat az, ami adva van, az 
adatbázis pedig azoknak az adatoknak 
(számoknak, eljárásoknak stb.) az 
összessége, amelyek alapját, bázisát ké- 
pezik egy vagy több feladat megoldá- 
sának. 

A szemlélet napjainkra meglehetősen 
eltorzult. Az adatbázis önálló, egyedi, 
elsődleges szerepbe került, függetlení- 
tették mindentől, pedig csupán kiszol- 
gáló része valaminek. Adatbázisa min- 
den feladatnak van. És minden adatbá- 
zis létét feladatok indokolják. 

A torzítás révén azután — feladatok 
nélkül — meg sem lehet fogalmazni 
azokat a kérdéseket, hogy az adatbázis 
milyen minőségű, azaz mennyire alkal- 
mas azoknak a feladatoknak a megol- 
dására, amelyek megoldását szolgálni 
lenne hivatott. 


Mi van a tündöklő felszín alatt? 


A félrebillent szemlélet helyrezök- 
kentése érdekében nem lehet eléggé 
hansúlyozni: az adatbázis a feladatokért 
van, nem pedig azért, hogy csodáljuk 
nagyságát, elérési sebességét. Adatbá- 
zis önmagában nincs is, csak adatbázisa 
valamilyen feladatok megoldásának. 


. .Ne engedjük, hogy az adatbázis önma- 


gában szerepelhessen, elkülönítve 
azoktól a feladatoktól, amelyek megol- 
dásáért létrehozták, és amelyek nélkül 
lehetetlen az adatbázis minőségének, 
értékének megállapítása. 
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Mi az igazság az adatbázisok tótágast 
álló világában, ahol gyakran a kereske- 
delmi hírverés pótolja az alkalmassági 
vizsgálatot, és csak halovány remény 
van arra, hogy a közeli jövőben egzakt 
minőségmutatók alapján lehessen elbí- 
rálni, hogy melyik adatbázis mit is ér? 

Ki kell már végre mondani, a tün- 
döklő felszín alatt szürkeség, bizonyta- 
lanság van. , Az adatbázis" nem a szel- 
lem és a technika napsugaras csúcsa, 
mint ahogyan számosan igyekeznek a 
tudatlan tömeggel elhitetni, hanem na- 
gyon is szürke, ködös, homályos, bi- 
zonytalan mocsár, ahol a mennyiségi 
mutatók sokszor demagóg módon érvé- 
nyesülnek. (Csak a hazai példákból 
köteteket lehetne megtölteni ennek bi- 
zonyítására — folyószámlákról több- 
szörösen levont összegek, az ingatlan- 
nyilvántartás és a cégnyilvántartás el- 
képesztő anomáliái stb.) 


Szemléleti alapok 


A helyes szemlélet alapja tehát nem 


az adatbázis, hanem a feladat. A feladat 
megoldásához adottaknak kell lenniük 
követelményeknek, igényeknek, szá- 
moknak, módszereknek, anyagoknak, 
energiának, munkavégző operátorok- 
nak stb. Ezeket valahonnan, legtöbb- 
ször raktárakból, készletező helyekről 
szerezzük be. Az adatbázis is egyfajta 
raktár, készletező hely. 

Az eligazodáshoz nélkülözhetetlen, 
hogy kielégítő pontossággal jellemezni 
tudjuk a feladatot, a feladatmegoldást, 
a feladatmegoldási folyamatot, a fel- 
adatmegoldási lehetőségeket. Tudnunk 
kell válaszolni az olyan kérdésekre, 
mint például: 

— Milyen a numerikus stb. adatellá- 
tottság? 

— Milyen az adatmegbízhatóság, az 
adatminőség? 

— Milyen a módszerekkel (ezek is 
adatok!) való ellátottság? 





— Milyen a módszermegbízhatóság, 
a módszerminőség? 

Ezek a kérdések (sokáig sorolhatóan) 
a feladat szempontjából vizsgálják az 
adatbázist, az adatokkal való alátámasz- 
tottságot, megalapozottságot — mint 
sikertényezőt, mint minőségmeghatá- 
rozót (közkedvelt divatfordulattal , fel- 
tételrendszert"). Ha egy adott adatbá- 
zisból indulunk ki, akkor az adatbázis 
kiszolgálóképességét kell jellemez- 
nünk. 

— Milyen feladatokra, milyen jel- 
lemzőkkel (például hatékonysággal) al- 
kalmas az adatbázis? 

— Milyen feladatok megoldására, 
milyen jellemzőkkel tehető alkalmassá 
az adatbázis? Stb. 

Mind ez ideig csak töredékekben 
léteznek olyan adatbázisok, amelyek a 
feladatokat (legalább a legfontosabba- 
kat), azok adatellátási jellemzőit és le- 
hetőségeit igyekeznének lajstromba 
venni. Adatbázis-nyilvántartó adatbázi- 
sokról is csak elvétve hallani: ezek 
feladata lenne részletesen jellemezni, 
hogy milyen feladatok megoldásánál 
melyik adatbázisrendszer milyen haté- 
konysággal használható. 


Ami nagyon nincs... 


Az adatbázis-használat minden mun- 
ka természetes és nélkülözhetetlen al- 
kotórésze, ennek ellenére nincs valósá- 
gos módszertana. 

Bőszen folyik a verseny minél irdat- 
lanabb numerikus és szöveges adatbá- 
zisok létrehozására. A képi és rajzi 
elemekből álló adatbázisok fejlesztése- 
kor a mennyiségi szempontok háttérbe 
szorítják a kikerülhetetlenül fontos el- 
méleti kérdések tisztázását. Ugyanak- 
kor helyenként még az olyan egyszerű 
műveletek sincsenek kielégítően meg- 
oldva, mint például a keresés, az ellent- 
mondás-kiszűrés vagy a hiányfelderí- 
tés. 


— Még az út menti kocsmák is benne vannak az adatbázisában! 


Ezek sikere nagyrészt a modellek jó 
megválasztásától függ. Modellek pedig 
alig vannak. Az ellenőrzés-módszertan 
ismeretlen fogalom. A nagy pénzitéze- 
tek adatbáziskezelő programjait például 
független és erre szakosodott program- 
ellenőrzés nélkül vetik be ,a munka 
frontján". (Az olvasó kitalálhatja, hogy 
hány magyar pénzintézetben van függet- 
len, erre szakosodott felelős szoftver- 
ellenőrzés. Azt is kitalálhatja, hogy a 
bankok felügyeletére kötelezetteknek e 
kérdés eszébe jutott-e egyáltalán.) 

Sztahanov már meghalt. De él a 
sztahanovizmus. Folyik az adatbelapá- 
tolás, minden adathordozóra, amire 
csak lehet, és várható, hogy az adatbá- 
zisoknál is, mint Hegel filozófiájában 
a mennyiségnek egyszer csak kedve 
támad , átcsapni minőségbe". ( Vannak, 
akik ebben nem hisznek.) 


A gépészek és a bádogos 


Engedtessék meg, hogy meglehető- 
sen pesszimista gondolataimat egy 
megtörtént esettel fejezzem be. Egy 
nagy tudású gépészmérnök  törté- 
netével. 

Annál a vállalatnál, ahol dolgozott, 
a gépészrészleg főnöke egy bádogos 
volt. Egyszer szétszedtek egy sok fo- 
gaskereket tartalmazó finommechani- 
kai szerkezetet (talán koppintás, illetve 
loppintás céljából), és az alkatrészeket 
egy kosárba rakták. Ott hevertek azok 
hetekig, mígnem elérkezett az újbóli 
összeszerelés ideje. Ekkor azonban a 
bádogos mérnök beosztottai pusztán 
tréfából betettek egy oda nem való 
fogaskereket is a kosárba, és figyelték, 
hogyan bajlódik a főnök a , kibővített 
adatbázis" használatával. Az eredmény 
mindenkit meglepett. A főnök több si- 
kertelen összeszerelési kísérlet után el- 
vesztette lelki egyensúlyát, feladta a 
küzdelmet, és az idegösszeroppanás ha- 
tárán lemondott. 

Az adatokkal való megalapozottság 
a társadalom stabilitásának nélkülözhe- 
tetlen kelléke. Adatbázisaink nagy része 
azonban olyan, mint a bádogos főnök 
kosara. Másik részéből egy vagy több 
(fogas)kerék hiányzik. És teljes kosarak 
is hiányoznak. Nem kell jósnak lenni 
annak megállapításához, hogy nemcsak 
a magyar társadalom, hanem az egész 
emberiség stabilitása az adatbázisok és 
az adatbázis-használat minőségén fog 
múlni. 

Ideje tehát, hogy elkezdjünk foglal- 
kozni legalább azzal, hogy mik az igazi 
feladatok az adatbázisokkal kapcsolat- 
ban is. 

Pogány Csaba 
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Gépkategóriák és szoftverfejlődés 


Adatbázis-erőművek 


Az adatbázistechnikát korábban főleg 
szoftverproblémának tartották. Mára ez megváltozott. 

A hardver, az operációs rendszer, a hálózati technika 

és az adatbáziskezelő rendszerszoftver együttesen tudja 
csak megoldani az adatbázisokkal szemben 

ma felmerülő összes olyan igényt, mint például 

a napi 24 órán és évi 365 napon át megvalósuló 
folyamatos működés, évente összesen is legfeljebb 
perceket kitevő (gyakorlatilag nulla) leállási időt megengedő 
hibatűrőképesség, ami csak üzemelés közben történő 
berendezéscserékkel képzelhető el. Nem kevés feladat 
hárul a hardverre és a hálózatokra az adatok folyamatos 
mentése, illetve a hatékonyabb működést biztosító 
másolatállományok naprakészen tartása, 

vagy például az egyre rohamosabban szaporodó 

mobil alkalmazók kiszolgálása során. 


Az adatbanktechnika, ahogy koráb- 
ban a német nyelvterületről eredő meg- 
nevezést használták rá, a nagyszámító- 
gépeken indult. Ezekben az időkben a 
7,5 majd 29 Mbájtos kapacitású mág- 
neslemezeken tárolt adatok már olyan 
hatalmas méretűnek számítottak, hogy 
kezelésükre külön szoftvertechnológiát 
tartottak szükségesnek. A korai időkben 
ez azonban vagy az invertált indexelési 
technika, vagy ennek spórolósabb meg- 
oldása, az indexelt szekvenciális adate- 
lérési technika — lehetőleg operációs 
rendszeri — alkalmazása volt. 

Később elkezdtek bonyolultabb ke- 
zelőalgoritmusokat is használni, ame- 
lyek már nem az operációs rendszer 
részét képezték, hanem a kifejezetten 
erre a célra készített adatbáziskezelő 
alrendszeri szoftverekét. Ilyen volt a 
láncolási technika (BOMP, D-BOMB), 
majd a relációs adatbázistechnika kiala- 
kulásával a B-fa (B-Tree) technika. 
Ekkorra a lemezegységek méretei már 
megközelítették a 100 Mbájtos mérete- 
ket is, ami a mai 2-3 Gbájtos PC-kben 
is közönségesen előforduló winchester- 
méretek mellett kicsit humorosnak tű- 
nik (pedig a kapacitás növelését éppen 
az IBM sokat emlegetett winchester- 
fejtechnológiája tette lehetővé). 

A nagygépeken a munka úgynevezett 
kötegelt, zárt géptermes rendszerben 
zajlott, ami az éles feldolgozásoknak 
rendkívül hatékony és biztonságos te- 
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repet nyújtott. A biztonság egyebek 
között éppen a géptermek zárhatóságá- 
ból következett, nem úgy, mint ma, az 
Internet korában, amikor nem létezik 
zárt gépterem. A programok fejlesztése 
viszont rendkívül vontatottan haladt, a 
programozók munkájának hatékonysá- 
ga az interaktivitás hiánya miatt elég 
alacsony volt. 


Minigépek 


A miniszámítógépek megjelenése 
gyökeres változást hozott a programo- 
zók életében: a programok fejlesztését 
online végezhették. Az interaktivitás 
terén elért kedvező változásért cserébe 
azzal kellett fizetni, hogy a minigépek 
erőforrásai ismét  nyomorhelyzetet 
idéztek elő az adatkezelési technikában. 
E gépek operációs rendszereibe eleve 
nem fért bele, hogy olyan bonyolult 
adatkezelési technikákat támogassa- 
nak, mint a nagygépeknél emlegetett 
indexelt szekvenciális módszer. 

Maga a berendezéskezelés korszerű- 
södött ugyan, amennyiben a periféria- 
sajátosságokat elfedték a feldolgozó- 
programok elől, és az operációs rend- 
szerbe bármikor beiktatható periféria- 
kezelő modulokként vezették be azokat. 
Ez a technológia azonban a fizikai 
szintű adatokat csak nagyon egyszerű 
szerkezetű logikai adatokká konvertál- 
ta. A fizikai blokkméret és az illető 


operációsrendszer-beli (félig hardve- 
resnek is felfogható) logikai blokkmé- 
retek közti pufferelési technikát valósí- 
tott meg. 

Mire számíthatott tehát egy adatbá- 
ziskezelő rendszer írója a minigépeken? 
Egy szekvenciális be- és kivitelre, va- 
lamint egy állományon belüli adatpozi- 
cionálásra (logikai blokk, blokkon be- 
lüli relatív cím). Ebből kellett megol- 
dani az adatok szekvenciálistól eltérő 
hozzáférésének beprogramozását. Az 
adatok felosztását olyan kisebb egysé- 
gekre, mint a rekord, a hatékonyabb 
tárkihasználás érdekében pedig ezek 
összekapcsolását nagyobb egységekké 
(blokkokká), amelyek a fizikai tárolót 
a lehető legkevesebb hézagot hagyva 
töltik ki. A legszélsőségesebben takaré- 
kos megoldások minden létező bájttal 
spóroltak, úgyhogy az adatokat a fizikai 
tárolószerkezetétől függetlenül szoro- 
san egymás mellé rakva tárolták. Kü- 
lönösen, ha az adatok logikai rekord- 
mérete nem is volt fix méretű. A fel- 
dolgozás azután ugyancsak döcöghetett 
a hardverhatárokon szétvágódott rekor- 
dok eltérő elérhetőségi ideje miatt. 


A nagyok folyományaként 


A nagygépeken pedig ekkorra már 
hardverlehetőségekkel optimalizált 
gyors fizikai tárolási modelleket dol- 
goztak ki. Szét is választották az adat- 
bázistechnikát három modellre: a kon- 


" "Cepcionális, a logikai tárolási és a fizikai 


tárolási modellre. Az utóbbit a jobb 
operációs rendszerek, sőt a hardverek 
is támogatták. 

Igaz, eleinte a nagygépeken indult el 
a relációs adatbáziskezelési technika is 
(IBM R és Seguel, majd Seguel-2 
nyelv), de igazi sikert a minigépeken 
aratott, mert rendkívüli módon igényel- 
te az interaktivitást, amelyet a nagygé- 
pes operációs rendszerek akkor még 
mindig elég , szőrmentén" támogattak. 
A siker mélyebb oka azonban a relációs 
technika kisebb hardverigénye lehetett, 
mert ezek a gépek ettől szenvedtek 
igazán. A Digital gépeken egy sereg jó 
relációs adatbáziskezelő indult el, töb- 
bek között Unixon, mint például az 
Ingres, az Oracle vagy az állományke- 
zelő szoftverből átvedlett Informix. 

Az adatbázistechnológia fejlődésé- 
nek a minigépes környezet végül is nem 
kedvezett, a hirtelen rohammal kelet- 
kezett adatbáziskezelők megrekedtek a 
kezdetinél alig bonyolultabb szinten 
(DEC MUMPS, RMS, RDB). Az igazi 
adatbázisgép feladatkört emiatt lénye- 
gében visszahódította a nagygépvilág, 
amely már diszkutcákat tudott csinálni 
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a 100 Mbájtos cserélhető lemezes táro- 
lókból optimalizált elérést biztosító, 
magas szintű nyelvbe beágyazható 
alapszoftver-támogatással az adatbázis- 
kezelős alkalmazói rendszerek fejlesz- 
tésére (Culprit stb.). 


Mikrogépes korszak 


A mikrogépek megjelenésével ismét 
javult az interaktivitás foka, mert a 
gépen lényegében senkivel sem kellett 
osztozkodni, azt ugyanis a szűkös erő- 
források miatt csak egyetlen személy 
használhatta. Ettől ragadt rá a személyi 
számítógép elnevezés, hamarosan két 
kategóriában: otthoni hobbigépként és 
professzionális asztali gépként. A gyat- 
ra erőforrások miatt azonban megint 
kezdődött elölről a küzdelem. Már nem- 
csak az utolsó bájtot, de az utolsó bitet 
is meg kellett spórolni, ha kellően ki 
akarták használni e gépek lehetőségeit. 

Ami az adatbázistechnikát jelenti, 


ebben a korban jelent meg az Ashtop- . 


Tate a Dbase-zel, amely bittérképeket 
használt, akár a Basic-alapú operációs 
rendszer a kis kapacitású (8, majd 5,25 
collos) hajlékonylemezeken. A fejlődés 
szerencsére sokkal gyorsabb volt, mint 
a minigépek esetében. 

Hamarosan megjelent az ,jütésál- 
lóbb" winchester, amely a mai számí- 
tástechnika kulcsfontosságú szereplője. 
A PC-korszak vitte sikerre. Raádásul a 
fejlődés nem akadt el ugyanolyan mó- 
don, mint a minigépeknél. A PC-s win- 
chesterekre írott adatbáziskezelési tech- 
nológia hovatovább oda fejlődött, hogy 
az egész szakma fő mozgatórugójává 
vált. 

Közben persze a PC-knek ehhez ki 
kellett nőniük önnön fogalmukat. Ma 
már nemcsak egyetlen személy kiszol- 
gálására alkalmas" erőforrásokkal ren- 
delkeznek. Egy szabványos RISC mik- 
roprocesszorokból felépített Cray, Sili- 
con Graphics, Sun, Digital, Data Gene- 
ral, Tandem, Motorola vagy IBM (sőt, 
Intel!) szuperparalel gépre ma már nem 
is mondjuk, hogy PC, pedig (néha saj- 
nos) annak a technológiának a tovább- 
fejlesztésén alapulnak, nem a nagygé- 
pekén, de nem is a minigépekén. 

Sőt, a multi-mikroprocesszoros tech- 
nológia kifejlesztésében sem minden- 
ben a nagygépek nyomdokain haladtak. 
A különböző többprocesszoros, paralel 
gépi technológiákról azonban külön 
cikketlehetne írni, bár az Új Alaplapban 
már volt róla szó (de elég régen). A két 
legfontosabb multiprocesszoros megol- 
dás a közös táron osztozkodó szimmet- 
rikus paralel (SMP) gépek és a minden 
processzornak külön tárat adó masszív 


paralel gépek osztálya. Míg az előbbi- 
eknél elég egy speciális operációs rend- 
szert használni, addig a másiknál a 
programokat teljesen újra kell tervezni 
a párhuzamos műveletvégzésből adódó 
lehetőségek komplex kihasználása ér- 
dekében. Az utóbbi gépekre ezért kevés 
a tényleg hozzájuk igazított szoftver. 
Az adatbázisgépekhez azonban mind- 
két modellt előszeretettel alkalmazzák, 
sőt, a Data General és a Seguent NUMA 
busztechnológiájának — köszönhetően 
egy hibrid, mindkét megoldás előnyeit 
ötvőző gépkategória is születőben van. 

Külön korszakot jelentettek a lokális 
hálózatok. A cégek — felismerve, hogy 
minden munkatárs asztalára kivihetet- 
len és értelmetlen lenne a drágább esz- 
közök telepítése — a közös erőforráso- 
kat speciális kiszolgáló gépre bízták, a 
többi gépet pedig , nagy" (5-16 Mbit/s) 
sebességű hálózattal hozzákötötték. Ez 
a korszak főként a Novell fényes pá- 
lyafutásában nyilvánult meg (miközben 
az Asthon-Tate felszívódott, talán ép- 
pen ennek a fejlődési fokozatnak kö- 
szönhetően — a magányos farkasok 
ideje lejárt, bár nálunk még mindig sok 
kis Clipper-programozó utódja viszi a 
prímet, esetleg egy-egy régi ARCnetes 
NetWare tetején). A LAN elég hamar 
megnövelte az étvágyat a globális vi- 
lághálózat kialakítására, amelyben az 
alkalmazók helytől függetlenül egyen- 
rangú kiszolgálást várnak el. 


Háromrétegű technológia 


Az adatbáziskezelési technológia fo- 
lyamatosan botlott bele a folyton kinőtt 
relatív címzési tartomány maximumá- 
ba. Az IBM nagygépeknél először a 
24-bites címtartománnyal volt baj. 
Most a 32-bites tartományt kezdik ki- 
nőni az ún. adatraktárak. A kiutat a 
64-bites címtartomány (16 exabájt— 16 
xx 250 bájt — 2" bájt) jelenti, amelyet 
egyre több  mikroprocesszor-család 
meghódít (Digital Alpha, MIPS RISC, 
Sun UltraSsPARC és most a HP8000, 
majd később a HP—Intel közös 1ó). 

Hol tartunk ma? A háromrétegű tech- 
nológia (angolul a Three Tier Client- 
Server Technology) korszakában. Be- 
látható, hogy a Novell NetWare LAN- 
ok nem hizlalhatók fel békából nőtt 
elefánt módjára. Még a Unixok sem (a 
Windows NT-k pedig a jelenlegi NT 
koncepcióval aligha). Ahogy mondani 
szokás: disztingválni kell. 

A nagygépeket a downsizing jelsza- 
vával (a kisebb méretű elosztott eszkö- 
zökkel való helyettesítéssel) kis híján 
felszámolták a , reklámszakemberek". 
Szerencsére nem ez történt. Manapság 


az IBM régi nagygépeket vásárol 
vissza, hogy azokat felújítva könnyeb- 
ben tudja kielégíteni a nagygépek iránt 
újra feltámadó igényeket. Nos, a nagy- 
gépeknek valóban sok előnyük volt. 

Az egyik, talán a legkevésbé elha- 
nyagolható — és amire kevesen gon- 
dolnak —, éppen a biztonságtechnikát 
megkönnyítő zárt gépterem. Ennek 
egyik lecsapódása, hogy a leméretezett 
(, downsizeingolt") gépeket elkezdték 
összehordani egy helyre, a régi klima- 
tizált és zárható nagygépterembe. Mel- 
lettük pedig a munkaállomási és szu- 
perszámítógépeket is behurcolták ezek- 
be a géptermekbe, alapvetően adatbá- 
zistechnikai feladatok támogatására. 

A mostanra kialakult három szint 
tehát a következő: 

1. A végfelhasználó terminálja, tipi- 
kusan egy asztali vagy mobil munkaál- 
lomás, amely esetleg hálózati számító- 
géppé (network computer) is elfajulhat, 
olykor otthoni, bonyolult multimédia- 
környezetben. 

2. Adatállományokat kezelő, nyom- 
tatókat vezérlő gépek, vagy egyéb ki- 
szolgálógépek (szerverek), amelyekben 
általános, nem specializált adatbázis- 
technológiai feladatok is megoldhatók. 

3. Adatbányák, amelyek igen nagy 
hardver-szoftver erőforrásokat igényel- 
nek, és amelyek szolgáltatásait a vég- 
felhasználók nemis közvetlenül, hanem 
a 2. szint szolgáltatásain át veszik 
igénybe. Elképzelhető, hogy ezek ele- 
mei a katasztrófatűrő sajátosságok biz- 
tosítására egymástól több száz kilomé- 
terre elhelyezkedő szuperszámítógé- 
pekből és speciális háttértároló alrend- 
szerekből tevődnek össze (RAID — 
gyorsítás, tükrözés, üzemelés közbeni 
cserealrendszer, hierarchikus mentő- 
visszaállító alrendszer), amelyek tudják 
biztosítani a cikk elején emlegetett kö- 
vetelményeket. Ebben a hardver-, a 
szoftver- és a hálózati technológia egy- 
aránt nélkülözhetetlen a megoldáshoz, 
mindegyiket optimalizálva, és távoli 





— Maga belelát az én adatbázisomba? 
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működésfelügyeletre alkalmas megol- 
dással ötvözve. 

A fenti kategóriákból kilógó hardve- 
rek is vannak, mint például az Axis 
cégnek és másoknak közvetlenül a há- 
lózatra csatolható, bárhonnan aktivizál- 
ható nyomtatószerverei, vagy a hason- 
lóan bárhonnan elérhető CD-ROM 
szerverek. Ezzel elkezdődött a teljesen 
osztott hálózati technológia kora. 


Rendszertervezés és -szervezés 


Azt még mindig kevesen akarják 
elfogadni, hogy az adatbázistechnika 
kulcsa nem a jó hardver — amelyből 
ma óriási a választék —, nem is a 
csoda-operációsrendszer  (Unix—Net- 
Ware—Windows NT  kakasviadal), 
nem is az évenkénti , kilopankráció" — 
az ezernyi újonnan beépített és persze 
hibás , képesség". Nem a mindenféle 
versennyel terhelt adatbáziskezelő 
szoftver a kritikus eleme az alkalmazói 
rendszerek sikerének, hanem a jó ter- 
vezés és elemzés. Azonban még a ko- 
rábbi, főleg a nagygépes, centralizált 
adatbáziskezelős rendszerekhez kidol- 
gozott SSADM és más hagyományos 
rendszertervezési tÉGhROLÓSTÁK grafi 


Vitás KéK 





irWare 


kus interfészbe burkolt , korszerű" vál- 
tozatai sincsenek felkészítve, nemhogy 
a Three Tier (háromrétegű), de az egy- 
szerű kliens-szerver technológia keze- 
lésének a támogatására sem. 

Az osztott feldolgozásnak az az egy- 
szerű eleme, hogy az adatokhoz föld- 
rajzi koordináták is tartoznak, egysze- 
rűen idegen azoknak a modelleknek a 
koncepciójától, amelyeket egy centrális 
adatbázis feltéteiezésével alkottak. A 
hálózati technika szempontjából azon- 
ban döntő fontosságú, hogy ahol az adat 
keletkezik, általában ott van vele a 
legtöbb munka, ezért földrajzilag a kö- 
zelben kell tárolni, különben szükség- 
telenül leterheljük a hálózatokat. A tá- 
volabbi ponton elég volna a helyi ada- 
tokból származó kis volumenű, összeg- 
zett adat, éjjel pedig szépen át lehet 
pumpálni az archívumba az esetleg oda 
kívánkozó adatokat. 


Hazai helyzet 

Nos, állítólag a hagyományos adat— 
relációs (Data-Relation, D-R) techni- 
kákkal szemben a tárgy-szerep (Ob- 
ject-Role, 0-R) technológiáké a jövő. 
Egyébként ilyen technika már azóta 


S 


s 
a 


létezett Európában, mióta az amerikai- 
ak az SSADM-et és társait rálőcsölték 
a világra. Nem először derül ki, hogy 
nem jó az irány... 

Az utóbbi problémákra választ adó 
ilyen eszközök megjelentek a hazai 
piacon is. Az alkotók a fejlesztéskor 
már az emlegetett háromrétegű modellt 
vették figyelembe, és szigorú osztott 
adatbázistervezési munkát végeztek a 
programozás beindítása előtt. 

A Watcom C---ra és Gupta SOL 
Windowsra támaszkodó — és ilyen 
perspektívából tekintve talán a tavalyi 
Compfairen különösen méltán díjat 
nyert! — Infosys integrált vállalati in- 
formációs rendszerről van szó. Az In- 
fosyst fejlesztő magyar cég most fel- 
vette a kapcsolatot azzal az amerikai 
partnerrel is, amely az ilyen osztott 
környezetű vállalati újratervezési (reen- 
gineering) technológia kimagasló piac- 
vezetője. A Sterling Software cég Bu- 
siness Processing Reengineering rend- 
szerének óriási előnye, hogy a problé- 
mának a megoldását mindjárt model- 
lezni is lehet, és egy-egy lefuttatás 
azonnal kiugrasztja a koncepcionális 
hibák nagy részét. 

Zsadányi Pál 


1122 Budapest, Csaba u. 24/A 


( AMAKNET T: 214-1408, 212-2523, 212-2524 Fax: 175-3134 
9 http//www.starkingnet.hu/gamaxnet/ 


e-mail: gamaxnetőstarkingnet.hu 


ISDN IP ROUTER 
2 BRI, 2 RS-232 port 
289.000.-i-áfa 


Profi eszközök) 


Internet központ 
kialakításához 
(router, modem, stb.) 





Telefon: (20) 421-174 


... és a biztonság visszatér! 


- Hét év tapasztalat 

- Díjmentes nyomkövetés 

- Tanácsadás, forródrót 

- Új vírusokra gyors reagálás 


- Országos referenciák 
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,Ha sikeres, utánozni fogják" 


A követelmények , adatbázisa" 


Vajon mi az oka annak, hogy az is 
adatbáziskezelő, amelyet számos 
kezdő programozó első zsengeként 
kiad a kezéből, és az a 3-4 csúcstel- 
jesítmény is, amely kimagaslik a sűrű 
mezőnyből? Mitől ,tuti üzlet" az 
egyik, és miért freeware a másik? Mi 
a közös és mi az eltérő e rendsze- 
rekben? Milyen szintjei vannak az 
adatbázis-hierarchiának? 

Nem könnyű meghatározni, milyen 
minimális követelményeket kell kielé- 
gítenie egy szoftvernek, hogy kiérde- 
melje az adatbáziskezelő elnevezést. 
Talán több felhasználó szinkronizált, 
egyidejű kiszolgálása és a tranzakci- 


ókezelés az, amit például egy OLTP" 


adatbáziskezelőnek tudnia kell. De 
vannak adatáruházhoz készült szoft- 
verek, ahol inkább a többdimenziós 
adatkezelést helyezik előtérbe, és 
nem a tranzakciókezelést. A csúcson 
lévő adatbáziskezelőket (piaci része- 
sedésük mellett) az is megkülönböz- 
teti az  alap-adatbáziskezelőktől, 
hogy egy több száz tulajdonságot 
tartalmazó listán a követelmények 
9096-ának megfelelnek. 

Emellett lehetnek egyedi megoldá- 
saik, melyeket (ha beválnak) ver- 
senytársaik hamarosan szintén leutá- 
nozzák. Egy vezető adatbáziskezelőt 
tehát leginkább szolgáltatásainak 
széles köre emeli a többiek fölé. Meg- 
próbáltuk csoportosítva felsorolni 
ezeket a ma általánosan elterjedt 
adatbáziskezelő-tulajdonságokat. 


I. Adatok tárolása, adatbázis-üzemeltetés 


1. Adattípusok 

— Fix hosszú karakteres 

— Változó hosszú karakteres 

— Dátum 

— Szám 

— Bináris 

— Tömbök 

— BLO (binary large object) 
grafikák, dokumentumok tárolására 

— Felhasználó által definiált 
adattípusok 


2. Adattárolás 

— Fájlrendszer 

— Adattáblák átnyúlhatnak fájl- és 
diszkhatárokon 

— Row device: az operációs rendszer 
fájlkezelő mechanizmusát kihagyó 
közvetlen diszkkezelés 


— Csak olvasható állományok 
(CD-re, vagy hogy ne kelljen 
állandóan menteni) 

— Data dictonary, az adatbázisban 
lévő objektumok, felhasználók, 
jogok, helyfoglalás, tárolt eljárások 
nyilvántartása 

— Szinonimákkal új nevet lehet adni 
létező objektumoknak 


3. Adatok írása 

— Adatfájlt és naplófájlt is ír 

— Az írás pufferelve halad, így egyes 
kiírások késleltetve vannak, de leg- 
később a commit utasítás kiadása- 
kor legalább a naplófájlba kiírja 

— Egy kiírásba több tranzakció adatai 
is bekerülhetnek (group commit) 

— Tükrözött adat- és naplófájlok 

— Naplófájlok automatikus archiválá- 
sa diszkre vagy szalagra 


4. Adatok olvasása 

— Pufferelve történik, a gyorsító tár 
mérete tág határok közt állítható 
(néhány Kbájtos és néhány Gbájtos 
között), ezzel a fizikai [/D 
lényegesen csökkenthető 

5. Mentés, visszaállítás 

— Logikai mentéssel gépek között 
hordozható adatállományt kapunk 

— Fizikai mentés (fájlmentés) 

— Működés közbeni mentés 
(online backup) 

— Rendszerösszeomlás esetén 
rendszerindításkor automatikus 
visszaállás 

— Fizikai adatállomány elvesztése 
esetén visszaállás, a mentés és a 
naplófájlok segítségével 

— Egyes állományok visszaállítása, 
miközben a rendszer többi részét 
használják 

— Visszaállás múltbeli időpillanatbeli 
állapotra 

6. Hordozhatóság 

— Használható legyen különböző 
gépeken és operációs rendszereken 
(IBM VM, IBM MVS, UNIX, 
VMS, Windows NT, OS/2, 
Windows, NetWare) 

— Kompatibilis, együttműködésre 
képes verziók működjenek az 
egyes operációs rendszereken 

— Adatok és programok könnyen 
hordozhatók legyenek a különböző 
operációs rendszereken futó 
megvalósítások között 

7. Párhuzamos hardverek kihasználása 

— SMP (többprocesszoros gépek) 

— MPP (masszív párhuzamos gépek), 
ahol több önálló gép van nagy se- 
bességű vonalakon összekapcsolva, 


és szoftverszinten szinkronizálva 
(üzenetküldés, elosztott 
lock-kezelés) 

— Közös diszkkel rendelkező önálló 
gépek (clusterek) 


8. DBA eszközök 

— Grafikus adminisztrációs környezet 

— Felhasználói, elérési jogok 
szabályozása 

— Helyfoglalás az adatoknak 

— Potenciális és már fellépett 
problémák észlelése 

— Rendszeres tevékenységek támoga- 
tása (automatikus mentés hetenként) 

— Mindezt egy helyről, 
sok adatbázisra 


II. Ttanzakciókezelés, döntéstámogatás 


1. Tranzakciókezelés 

—- Egymás utáni adatmódosító utasítá- 
sok mind végrehajtódnak (commit), 
vagy egyik sem (rollback) 

— Altranzakció (savepoint): vissza 
lehessen görgetni a tranzakció 
utolsó néhány utasítását (a definiált 
savepointig), megőrizve a tranzak- 
ció elején végzett változtatásokat, 
majd folytatni lehet a tranzakciót 

—  Tranzakciós monitorok támogatása 


2. Egyidejű hozzáférés 

(concurrency control) 

— Több felhasználó egy időben 
tudja írni, olvasni az adatbázist, 
de mindig konzisztens képet 
látnak az adatbázisról 

— Mások változtatásait csak akkor le- 
het látni, ha azokat véglegesítették 

— Ismételhető olvasás: egy tranzakci- 
ón belül, ha ugyanazt a kérdést 
többször tesszük fel, ugyanazt az 
eredményt látjuk, akkor is, ha köz- 
ben mások módosítani akarják az 
érintett adatokat 

— Zárak (lock) kihelyezése: sor-, 
blokk-, táblaszinten írás-olvasásra 


3. SAL-optimalizálás 

— Statisztika-alapú: figyelembe veszi 
a táblák nagyságát, és hogy az 
egyes oszlopokban hányféle érték 
jelenik meg 

— Hisztogram: az adatok eloszlását is 
figyelembe veszi (hány piros, zöld, 
kék stb.) 

— Speciális SOL-ek optimalizálása, 
például csillagkeresés (star guery), 
amelyben egy nagy táblához sok 
kisebb kódtábla kapcsolódik, 

a keresési feltételek nem a 
kódokra, hanem az értelmes 
fogalmakra vonatkoznak, de az 
eredményt a nagy táblából várjuk 
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— Figyelembe veszi engedélyezhetők az SOL utasítás — Objektumelérési jogok 
a párhuzamosíthatóságot előtti és utáni triggerek; az SOL-en (írás, olvasás, végrehajtás) 
— Befolyásolható (tanácsokkal, belül minden sor előtt és után — Rendszerjogok (mindent olvashat, 
kész végrehajtási tervvel) lefutó triggerek, több azonos trigger bejelentkezhet, leállíthatja 
4. SAL-végrehajtás — Feltételes végrehajtás: a trigger az adatbázist) 
— Kurzorokat kezel csak akkor indul el, ha a megadott — A jogok szerepekhez, a szerepek 
— Módosítható az éppen lekért sor lee zés atti üg a felhasználókhoz rendelhetők 
(update where current of cursor) — Triggerek kiválthatják egymást 
— Több sort kezel (beszúr, lekérdez) (cascade) — Take UJ ELOSZTONÉTENÉSZOTEN 
egyszerre, tömbösen — Triggerek is a tranzakción belül 1. Hálózati kapcsolatok 
— Indexek (Btree, hash, bitmapped) futnak (commit, rollback a trigge- — Kliens-szerver vagy 
— Van csak indexeléréses végrehajtás rek által végzett módosításra is hat) szerver—szerver kapcsolat TCP/IP, 
(ha minden benne van az indexben, 3. Tárolt eljárások DECNET, SPX/IPX, Named Pipes, 
nem veszi elő a táblából a sort) — Tranzakción belül futnak még az LU 6.2, OSIA ... protokollokon 
— Táblák összekapcsolására több elosztott adatbázisműveletek is — Protokollkonverzió (a kliens és a 
módszere van (nested loop, (a , two-phase commit" védi) szerver eltérő hálózati protokollt 
sort-merge join, hash join) — Más eljárásokat hívhat használ) 
— Együtt tárol táblákat, a gyakran — Csomagokba foglalhatók (package), — Hálózaton átmenő adatok titkosítása 
kapcsolt mezők egyezése alapján amelyek elrejtik az eljárások 2. Elosztott lekérdezések 
(cluster) törzsét, sőt a belső felhasználásra — Egy lekérdezésben több 
— Ismeri az outer joint, amikor egyik készült eljárásokat is adatbázisban (más gépen) lévő 
vagy mindkét tábla összes elemét — Automatikus újrafordítás, táblát is meg lehet nevezni 
akarjuk látni, nemcsak azokat, a függőségi viszonyok alapján — Az optimalizálás figyelembe 
amelyek a mezők egyenlősége (ha X hívja Y-t, akkor X függ veszi a távoli adatokról tárolt 
alapján összekapcsolhatók Y-tól, így Y megváltozása esetén statisztikákat is 
— A felhasználó definiálhat X is újrafordítandó) — Az optimalizálás figyelembe 
függvényeket, amelyekre — Hivatkozhat távoli adatbázis veszi a táblák elhelyezkedését 
SOL-ben lehet hivatkozni adataira (ha mindkét tábla ugyanazon 
— Módosítható, több táblán alapuló — Hívhat olyan távoli eljárásokat a távoli gépen van, akkor átküldi 
nézetek (updateable view of joins) (remote procedure call), amelyek az egész lekérdezést, és csak az 
— From Fe zee ta egy teljes ugyanazon a tranzakción belül eredményt várja) 
selectet megadni (inline view) futnak, mint a helyi hívások 
— Egy lekérdezés eredményének — Paraméterezhető Ea le bá lee HgódOsÍTÁSA 
lekérése folytatódhat a tranzakció (IN, OUT, IN-OUT) szvidélű inődosítás 
határán túl is (fetch accross commit)  — — Típusokat használó nyelv £. dé Kérfázisú CORUGNVÉdL a FOLYAMA 
— SOL-ek lefordított állapotban — Vezérlésátadó utasítások: ciklusok, t z 33 
5 B s ot (vagy minden változtatás 
memóriában vagy az feltételes elágazás, eljáráshívás ; 
adatbázisban tárolhatók — Overloading: azonos névvel végbemegy, vagy egyik sem) 
§ de eltérő 8: éterékket tőbb — Transzparens a tranzakciókezelés 
5. Adatbetöltés . BESZÉS sa ál (nem kíván külön programozást, 
— Indexek karbantartása tömeges eljárás is lehet s "7 — csak a tranzakció végén commitot 
betöltés esetén is — Dinamikusan összeállított kell adni) 
— Létező táblára rá lehet még újabb SOL-t lehet hívni belőle 8 — Ha a hálózat hibája miatt egy végle- 
sorokat tölteni — Lefordítva tárolódik az adatbázis- gesítés elakad, a hálózat kijavítása 
— Adatbázisblokk direkt írása (SOL- ban, és a memóriában marad futás után a tranzakció automatikusan be- 
felület megkerülésével gyorsít) után egy ideig (procedure cacheing) fejeződik (vagy mindenhol commit, 
6. Sorszámgenerálás 4. Programozási felületek vagy mindenhol rollback) 
— Sorszám generálható, gyorsan, — Előfordítók 3. generációs nyelvbe — Hosszú ideig tartó hálózati hiba 
mások feltartása nélkül ágyazott SOL-hez j esetén lehetőség van kézi 
7. Párhuzamos műveletek — Modulnyelv 3. generációs nyelvből beavatkozásra, hogy a tranzakció 
— A rendelkezésre álló processzorok, HLLYALALÓLOGT TSZ Va 1 estét valahogy lezáruljon (elengedje 
diszkek kihasználása akkor is, ha — Közvetlen függvényhívási felület a zárolt objektumokat) 
csak egyetlen SOL fut a gépen (APD 4. Replikáció 
— Lekérdezés párhuzamosítása 5. Nemzeti nyelvek támogatása — Kiválasztott táblák másolása 
— Adatbetöltés párhuzamosítása — Hibaüzenetek nemzeti nyelven egy távoli adatbázisba 
— Indexek generálása S-46L pEGSrEERO S menük — Egyirányú, a másolatot ilyenkor 
a a nemzeti nyelven csak olvasni érdemes 
III. Alkalmazások támogatása, adatintegritás — Nemzeti konvenciók: — Kétirányú, a módosításokat 
1. Deklaratív integritás-szabályozás dátumformátum, pénznem stb. kölcsönösen átküldik egymásnak 
— Nem kell programozni bizonyos — Rendezés nemzeti — Szinkron vagy aszinkron 
ellenőrzéseket, elég deklarálni őket karakterkészlet szerint (a módosítások egy sorba kerülnek 
— Tábla kulcsmezői (primary key) — Felhasználónként beállítható be, és időnként továbbítódnak 
— Egyik tábla hivatkozik egy másikra nyelvi környezet a célgép felé) 
(foreign key) — Karakterkészlet-konverzió kliens és — A módosítások átküldése megtartja 
— Egy sort ellenőrző feltétel szerver között (Unix szerveren a tranzakciók és utasítások 
(check constraint) terminálról is jól látszanak az sorrendjét s 
2. Triggerek ékezetes betűk, és ugyanaz az adat — Tranzakciótartó átjárók (gateway-k) 
— Hozzáfér a régi és az új DOS-kliensen is jól jelenik meg) — A kliens úgy látja az idegen 
oszlopértékekhez 6. Biztonság (security) adatbázist, mintha az számára 
— Be tud állítani új oszlopértéket — Felhasználóazonosítás (név, jelszó) ismert típusú lenne 
— Letilthatók (nagy tömegű adat- — Elfogadja az op. rendszer felhaszná-  — Feloldja az SOL-különbségeket 
betöltés, utólagos ellenőrzéssel), lóazonosítását, átveszi a nevet Mohay Tamás 
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Illustra-házasságból: Informix Universal Server 


Pillantás a 


jövőbe 


Az Informix jövőképéről ma már csak az Illustra 
felvásánásának tükrében lehet beszélni. Az Illustra 
objektumrelációs adatbáziskezelő rendszer (ORDBMS) 
technológiája révén megnyíló lehetőségek ma még 
beláthatatlanok. 1996 végén megjelenik az Informix 
Universal Server, amely az Illustra legfőbb előnyét — 
tetszőleges komplexitású, a felhasználó által definiálható 
adattípusok kezelését — kombinálja az Informix nagy 
hatékonyságú, dinamikusan méretezhető 


adatbáziskezelőjével. 


Az új szerver megjelenésével az In: . 


formixnak esélye van arra, hogy előny- 
re tegyen szert az összetett, dinamikus 
és interaktív (például web-lapok, kép, 
video, hang, térbeli 2D, 3D animációk, 
statisztikai modellek, pénzügyi és tudo- 
mányos adatok időbeni viselkedésével 
kapcsolatos) adatok kezelése terén. 


Közelmúlt 


Persze a cég korábban sem szűköl- 
ködött az új ötletekban és azok megva- 
lósításában. A dicsőségtáblán olyan 
képzeletbeli díjak találhatók, mint az 
első Unix-alapú RDBMS, az első OLTP 
szerver vagy az első multimédiás adat- 
bázismotor. 

Az 1990-es évek első fele az Infor- 
mixnál igen jelentős technológiai fej- 
lesztések jegyében telt. Háromévi mű- 
helymunkát követően 1993 végén meg- 
jelent az OnLine Dynamic Server, 
amely az úgynevezett , dinamikusan 
méretezhető architektúrán" alapul. Az 
Informix teljesen újraírta adatbáziske- 
zelőjét, az akkoriban még csak margi- 
nális szerepet játszó párhuzamos hard- 
verarchitektúrákban rejlő teljesítmé- 
nyek kiaknázása érdekében. 

A technológiai megújulás az alkal- 
mazásfejlesztő eszközök terén sem ma- 
radt el. 1994 végén piacra került a 
NeweEra, egy grafikus, objektumorien- 
tált, vizuális programozást és csoport- 
munkát támogató, második generációs 
kliens-szerver fejlesztőeszköz. Itt a má- 
sodik generáció egyik ismérve az alkal- 
mazásparticionálás, amely lehetővé te- 
szi az alkaimazás szétdarabolását a kli- 
ens és a szerver(ek) között. Ez a tulaj- 


. donság különösen nagyvállalati infor- 


mációs rendszereknél igen előnyös. 
Nagyvállalati igényeket elégít ki az is, 
hogy egyetlen osztálykönyvtár kicseré- 
lésével karakteres Unix terminálokon 
is futtatható a NewEra alkalmazás. 

Az erőteljes fejlesztések során az 
Informix külön hangsúlyt helyezett ré- 
gebbi szoftvereinek karbantartására, 
valamint a meglévő, működő alkalma- 
zások modernebb környezetbe történő 
áthelyezésére. 


Az Illustra-felvásárlás 


A két céget néhány fontosabb vevő 
és hardvergyártó szinte rábeszélte a 
frigyre. Az Informix érdeklődését erő- 
sítette az a tény, hogy komplemens 
technológiákról lévén szó, az Illustra 
éppen abban jeleskedett, amiben az 
Informix nem, és viszont. Az Informix 
szervere mellett szólt a nagy teljesít- 
mény, a méretezhetőség és a dinamikus 
kezelhetőség, míg az Illustra javára 
lehetett írni a tetszőleges adattípusok 
alkalmazásával elérhető korlátlan kiter- 
jeszthetőséget. 

Az Illustra ORDBMS hétévnyi ku- 
tatás és fejlesztés (Postgres projekt, 
Berkeley Egyetem) eredménye. 1995 
végére már mintegy 400 ügyfélnél he- 
lyezték üzembe. Az Illustra egy adat- 
báziskiszolgálóból és tetszőleges szá- 
mú, DataBlade nevű osztálykönyvtár- 
ból (modulból) áll. Az adatbázismotor 
a hagyományos RDBMS funkciók mel- 
lett az Illustra DataBlade technológiája 
révén lehetőséget nyújt új, tetszőlege- 
sen komplex adattípusok létrehozására 
és intelligens kezelésére. Egy DataBla- 


de modul adatstruktúra-gyűjteményt, a 
kapcsolódó adatmanipulációs (szükség 
esetén optimalizált) függvényeket, illet- 
ve opcionálisan indexelési módszereket 
tartalmaz. 

Az Illustra jelenleg 10 DataBlade- 
hez tartozó több mint 100 adattípust és 
függvényt kínál. A DataBlade-ek a kö- 
vetkező területeket támogatják: full text 
(szabad szöveg) keresés; 2D, 3D térbeli 
objektumok; időbeli folyamatok; sta- 
tisztika; image (képfeldolgozás); video; 
web; vizuális információ-visszakere- 
sés; gateway-k (Oracle, Sybase). 


Objektum-relációs adatbáziskezelés 
(ORDBMS) 


Az ORDBMS-ek részben relációs 
adatbáziskezelőknek is tekinthetők, mi- 
vel támogatják az SOL használatát, 
másrészt objektumorientáltak, a tetsző- 
leges komplexitású adattípusok előállí- 
tása és kezelése szempontjából. Az 
ORDBMS-ek SOL felületének leírása, 
az SOL-3 még nem tekinthető szab- 
ványnak. Az SOL-3 az SOL-92 kiter- 
jesztése felhasználó által definiált függ- 
vényekkel és operátorokkal. Ilyenek 
lehetnek az adott objektumok közötti 
hasonlósági, illetve távolságfüggvé- 
nyek. 

Az Illustrában megvalósított objek- 
tum-relációs tulajdonságok a követke- 
zők: 

— Absztrakt adattípusok használata 
(struktúra és viselkedés specifikálása). 

— Halmazok, tömbök, absztrakt tí- 
pusok stb. tetszőleges mélységű egy- 
másba ágyazása. 

— Felhasználói függvények, operá- 
torok definiálása adattípusokhoz (C 
vagy SOL szinten). 

— Függvényekre is kiterjesztett költ- 
ségalapú optimalizálás. 

— Típusspecifikus indexelési mód- 
szerek. 

— Polimorfizmus; egy- és többszintű 
öröklődés. 

—  —— Objektumok 
( időutazás"). 

— Rule-ok, alertek használata. 


verziókezelése 


Web-robbanás 


A World Wide Web 1994 és 1995 
folyamán elért drámai elterjedése a 
piaci szereplőket jelentős változtatá- 
sokra készteti. 1995 végén a nyugati 
világ cégei vagy üzemeltettek web- 
szervert, vagy tervezési stádiumban 
voltak vele. A web a vállalaton belüli 
(intranet) és a külvilág felé történő 
(internet) információközlés standard 
eszközévé vált. 
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A  web-kiszolgálók üzemeltetése 
azonban új problémákat is felvet. A 
web-lapok tartalmaznak képi informá- 
ciókat, és egyre gyakrabban video- és 
hangrészleteket is. A webbel kapcsola- 
tos fejlesztések rendkívül gyors ütem- 
ben folynak. Új formátumok, tömörítési 
sémák jelennek meg. Kezdenek feltűnni 
a VRML standard nyelvet alkalmazó 
3D web-szerverek is. 

Ezt a nagy tömegű, dinamikusan 
változó, komplex adatot a hagyomá- 
nyosan működő RDBMS szerverek 
nem tudják kezelni. Az elmúlt 15 év 
során a kezelt adattípusok gyakorlatilag 
nem változtak. Ez erősen ellentétes a 
web világa felől jövő alapvető igénnyel, 
az új adattípusok mielőbbi támogatásá- 
val. 

Világossá vált, hogy olyan adatbázis- 
kezelőre van szükség, amely a komplex 
adatokat ugyanolyan hatékonyan képes 
kezelni, mint az egyszerűeket. Az ob- 
jektum-relációs adatbáziskezelés 
(ORDBMS) pontosan ezt nyújtja: kom- 
binálja az objektumorientált (OO) prog- 
ramozási és tervezési előnyöket egy 
rugalmas és a felhasználói igényekhez 
méretezhető (azaz hatékony) RDBMS- 
szel. 


Még több komplexitás 


A számítógépek teljesítményének 
növekedése, valamint a megnövekedett 
tárolókapacitás és hálózati áteresztőké- 
pesség (bandwidth) mind növeli a 
komplex adatok hatékony kezelésével 
kapcsolatos igények kielégíthetőségét. 

A fekete-fehér képernyők kora lejárt. 
A mai felhasználók színekre, hangra, 
animációra és intuitív navigálási lehe- 
tőségekre vágynak. Azt is elvárják, 
hogy a számítógépes rendszer hatéko- 


nyan kezelje az üzlettel kapcsolatos 
összes adatukat (bármilyen összetettek 
is legyenek azok). 

A megfelelő adatbáziskezelő hiánya 
egyes területeken már ma is veszteség 
forrása. Elég, ha az interaktív szórakoz- 
tatóipar (például CD-ROM-játékok) 
nehézségeire gondolunk. Ez a piac már 
1994-ben nagyobb bevételt hozott, mint 
a hagyományos szórakoztatás, azaz a 
film- és videoipar együtt. Az interaktív 
játékok fejlesztői nagyságrendileg 10 
és 100 gigabájt körüli adatot és százez- 
res-milliós számú objektumot kezelnek. 
Megfelelő adatbáziskezelő nélkül ez a 
feladat szinte teljesíthetetlen az állandó 
és hosszadalmas keresések miatt. 


Informix Universal Server 


Az Informix és az Illustra technoló- 
giai összekapcsolódását megtestesítő 
Informix Universal Server az év végén 
jelenik meg. Az új szerver kombinálja 
majd a tetszőleges komplexitású adat- 
típusok kezelését az Informix nagy ha- 
tékonyságú, dinamikusan méretezhető 
adatbáziskezelőjével. 

Az Informix az adattípusok kiter- 
jeszthetősége területén egy ideje maga 
is végzett kutatásokat, és elkezdte egy 
kiterjeszthető adattípusokat támogató, 
a DSA architektúrához illeszkedő API 
készítését is. Természetesen a fejlesztők 
jól ismerték és fel is használták a Post- 
gres projekt eredményeit. 

A két technológia összekapcsolása 
így sem kis feladat, a gyors integrálás 
főleg azért lehetséges, mert az Informix 
újraírta az adatbázismotort. Nem elha- 
nyagolhatóak a két cég ügyfeleinek 
migrálásával kapcsolatos teendők sem. 
A lényeg az, hogy az ügyfelek minél 
gördülékenyebben álljanak át az új 
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Az Informix Universal Server architektúrája 
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adatbáziskezelőre. A Universal Server 
ezért három fázisban jelenik meg az év 
folyamán. 

Az év közepén megjelenő DataBlade 
fejlesztőkészlet segítségével olyan Da- 
taBlade-ek fejleszthetők, amelyek mind 
az Illustra jelenlegi kiszolgálójával, 
mind a leendő Universal Serverrel hasz- 
nálhatók lesznek. 

Szintén az év közepére várható egy 
Informix Gateway, amelynek révén az 
Informix-alkalmazások transzparens 
módon kezelhetik mind az Illustra szer- 
veren tárolt komplex adatokat, mind a 
hagyományos, Informix adatbázisban 
tárolt adatokat. Év végére jön létre a 
két technológia teljes értékű egyesítése. 


Jövő 


Nagyon sok mai alkalmazási terület 
igényli az ORDBMS technológiát, pél- 
dául orvosi képfeldolgozó rendszerek, 
digitális könyvtárak, a film- és video- 
ipar, az interaktív szórakoztató eszkö- 
zök gyártói, a legtöbb tudományos célú 
adatbázis stb. Ezeken a területeken 
többnyire fájlkezelőket alkalmaztak, 
mert nem volt más. 

A mai, hagyományos RDBMS-alkal- 
mazók nagy része is potenciális 
ORDBMS-felhasználónak számít. Te- 
kintsünk egy tipikus biztosító társasá- 
got, amely RDBMS-szel tartja karban 
az ügyfelek és a káresemények adatait. 


- Az objektum-relációs technológia se- 


gítségével könnyen kiszűrhetnék a bal- 
eseti gócpontokat, a veszélyeztetett kör- 
zeteket, például a biztosítási díj , testre 
szabása" céljából. 

A mai RDBMS-megoldások nagy 
része technológiailag amortizálódik. A 
hagyományos adatbázisok méretnöve- 
kedése a telítődési tendenciák miatt 
lelassul évi 1090 körüli szintre. Ezzel 
szemben jelenleg ugyanannak a hard- 
vernek a költsége (processzor, merev- 
lemez, memória stb.) évente feleződik. 
Azaz egyre megfizethetőbbé válik az 
új technológia. 

Ezek a tényezők mind az ORDBMS- 
piac megerősödését valószínűsítik. Az 
elemzők az 1996-ra jósolt 1 milliárd 
dolláros piac megtízszereződését várják 
2000-re. Ekkorra várható, hogy az 
ORDBMS-bevételek meghaladják az 
RDBMS-piac bevételeit. 

A WWW terjedése világított rá arra, 
hogy milyen intenzív változások követ- 
kezhetnek be egy sokáig lassan mozgó 
szakterületen. Senki sem tudja, mi jön 
legközelebb, de a gyors változásokban 
biztosak lehetünk. Mindenesetre a tech- 
nológia már megvan. 

Sándor Gábor 
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Az Oracle alkalmazkodó új technológiái 


ga 


Algoritmusok minőségi ugrása 


Az üzleti élet felgyorsulása széles körű adatelemzést kíván. 
Ez — szemben a hagyományos OLTP (Online Transaction 
Processing) alkalmazásokkal — elsősorban olvasás jellegű 
feladat (legfeljebb összegzett adatokat ír), így az 
egyidejűleg bejelentkező felhasználók szinkronizálása nem 
olyan nehéz feladat, s a pufferelt írás jelentősége is kisebb. 
Uj igény azonban a nagy tömegű adat gyors feldolgozása. 
Erre részben új algoritmusok (aszinkron előre olvasás, 
adatparticionálás, bitmapped indexek, csillaglekérdezés, 
hash join, anti join, Gbájt méretű adateléréshez 
gyorsítómemória kezelése), részben az algoritmusok 
párhuzamosítása teszik képessé az Oracle-t. 


Az aszinkron előre olvasás javítja a 
diszkműveletek és a CPU használatá- 
nak átlapolódását, akkor is, ha a futásra 
kész processzek száma kicsi. 

Az adatok particionálásával sok azo- 
nos szerkezetű fizikai táblát egy egysé- 
ges logikai táblaként tudunk kezelni a 
lekérdezésekben, miközben az adatok 
betöltése, mentése, indexelése, purgá- 
lása a kezelhetőbb fizikai táblák szint- 
jén történik (havi adatállományok). A 
lekérdezés-optimalizátor felismeri eze- 
ket a logikai táblákat, akár táblánként 
eltérő elérési utat választ a view-ra 
megfogalmazott kérdés kiértékelésé- 
hez. Fel tudja használni a táblákra tett 
megszorításokat is. Ha az X tábla dátum 
oszlopának értéke 1996-jan-01 és 1996- 
feb-O1 közé esik, akkor abban nem 
keres 1995-re vonatkozó sorokat. A 
következő verziókban ez a lehetőség 


valódi  táblaparticionálássá fejlődik 
majd. 
Adatáruházak 


A csillaglekérdezés gyakori művelet 
az adatáruházakban. Egy nagy táblában 
keresünk, amelyhez csillag alakban ki- 
csi kódtáblák kapcsolódnak, és a kere- 
sési feltételek a kódtáblák oszlopaira 
vonatkoznak (nem a 3 színkódú, hanem 
a piros színű cikkeket keressük). Érde- 
mes előbb az összes kódot kikeresni, és 
csak utána keresni a nagy táblában, egy 
konkatenált index segítségével. 

A bitmapped indexeket olyan oszlo- 
pokon érdemes alkalmazni, amelyek- 
ben kevés érték fordul elő (termék 


színe, árkategória). Az ilyen oszlopokra 
megfogalmazott feltételekre hatéko- 
nyan lehet logikai műveleteket alkal- 
mazni (termékszín — piros ÉS árkate- 
gória — IID. 

A hash join tekinthető a sort-merge 
join egy változatának, amikor nem ren- 
dezzük a két táblát, mielőtt a t1.o — t2.o 
feltételt kiértékelnénk, csak a mezőér- 
tékek hash osztályokba sorolásával vá- 
logatjuk kicsi, könnyen párosítható cso- 
portokba a sorokat. 

Az anti join a NOT IN feltétel gyors 
végrehajtási algoritmusa. A több Gbájt 
nagyságú gyorsító (cache) kiküszöböli 
a lassú diszkelérést, de ehhez hatékony 
tárolási struktúrára van szükség. 

A párhuzamosan végrehajtható algo- 
ritmusok a sebesség növelésének egy 
másik lehetőségét nyújtják. 

x Jól párhuzamosítható lekérdezési 
technikák: a teljes tábla végigolvasása, 
hash join, sort-merge join, egyes inde- 
xelt lekérdezések, eredmények rende- 
zése. 

" Párhuzamosan végezhető az adat- 
bázis mentése, visszaállítása. 

" Nagy adatmennyiségnél használ- 
ható a párhuzamos betöltés, indexelés, 
eredménytáblák létrehozása (create ta- 
ble as select...). 

x A párhuzamosított algoritmusok 
igénylik, hogy az adatok több diszkre 
legyenek szétosztva, és így egyszerre 
több adatforrást lehessen olvasni (ezek 
sokszor egy tábla részei). 

x Az SMP gépeken az adatok szét- 
osztásán kívül a hatékony processzek 
közötti kommunikációt is meg kell ol- 


dani, hogy a munkát tényleg szét lehes- 
sen osztani a rendelkezésre álló pro- 
cesszorok között. 

$ Az MPP (például: IBM §SP2, N- 
Cube) gépeken további feladat a disz- 
kek és processzorok távolságának meg- 
adása. Az Oracle gondoskodik róla, 
hogy az egyes diszkeken lévő táblapar- 
tíció adatait a lokális gépben lévő pro- 
cesszorok dolgozzák fel, és csak azután 
küldik át a lekérdezés koordinátorához 
a gépek közötti nagy sebességű hálózati 
kapcsolaton. 


Sokféle adat kezelése 


A hagyományos táblázatba foglalha- 
tó adatokon kívül az Oracle sokféle 
adatot tud kezelni. Ezek az adatkezelők 
egyre szorosabban integrálódnak a ha- 
gyományos relációs adatbázishoz 
(SOL-lel lehet keresni bennük), és vé- 
gül elvezetnek az objektumorientált 
adatbázishoz. 

Oracle ConText Option. Szövegek 
tárolása, és bennük szavak keresése 
(szótő alapján) és a szókapcsolatok fel- 
derítése egyre fontosabb feladat, hiszen 
a mindent elöntő dokumentumtenger 
rendszerezésére, kulcsszavak szerinti 
besorolására egyre kevesebb erőnk van. 
A hatékony kereséshez előbb ki kell 
gyűjteni a fontos szavakat és előfor- 
dulási helyüket. A kibővített SOL-ben 
megfogalmazott keresés ennek felhasz- 
nálásával találja meg a kívánt dokumen- 
tumokat. Feltétel lehet, hogy amegadott 
szavak egymáshoz közel (N szón belül) 
helyezkedjenek el a keresett anyagban. 
Angol szövegek gyorsolvasását egy 
nyelvi értelmező, információsűrítő mo- 
dul segíti. 

Térbeli adatok kezelésére fejlesztet- 
ték ki a Spatial Data Optiont. Legszem- 
léletesebb felhasználási területe a tér- 
képészeti rendszer, ahol gyakori fel- 
adat, hogy egy adott ponthoz közel eső 
objektumokat kell megkeresni. Haté- 
kony megoldás, hogy a többdimenziós 
ponthoz egy HHCODE függvény egy 
mérőszámot rendel, amellyel könnyen 
meg lehet határozni a pontok távolsá- 
gát. A módszer általánosítható, és más 
többdimenziós feladatoknál  (tudo- 
mányos számítások, idősorok) is alkal- 
mazható. 
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Multimédia-alkalmazások számára 
hang- és képanyagokat képes tárolni és 
szállítani a Video Server Option. 

Levelezés, időpontfeljegyzés, idő- 
pont-egyeztetés,  dokumentumkezelés 
szervere a Messaging Option. 


Web 


Az Internet és a web-alkalmazások 
terjedésével természetes igényként fo- 
galmazódott meg, hogy a statikus web- 
oldalak mellett dinamikus, adatbázisa- 
datokat tartalmazó web-oldalak jelen- 
jenek meg. Ezzel a kliens-szerver rend- 
szerek egy új típusa jöhet létre. Mivel 
itt nincs állandó kapcsolat a kliens és a 
szerver között, a kliensnek a szerver 
szempontjából nincs előélete. Minden 
kapcsolatfelvétel egy önálló tranzakció 
vagy lekérdezés. Ami az előéletből fon- 
tos, azt a kliens az új web-kérésnél el 
kell, hogy küldje a szervernek. 

Az Oracle Web Server három részre 
tagolható. Az elsőegy majdnem hagyo- 
mányos web-figyelő (Web Listener), 
amely fogadja a bejövő igényeket, sta- 
tikus fájlokat tud küldeni, és van CGI 
interfésze is. Az Oracle ki fogja bővíteni 
a támogatott web-figyelők körét más 
elterjedt HTTP rendszerű web-figye- 
lőkre is. 

A web-igények diszpécserprogramja 
(Web Reguest Broker Dispatcher) azon- 
nal megkap minden bejövő igényt, és 
megkísérli a megfelelő kiszolgálóhoz 
továbbítani. Ha ez nem sikerül, akkor 
azt feltételezi, hogy ez egy hagyomá- 
nyos web-kérés, és visszaadja a web- 
figyelőnek. 

Többféle végrehajtó program (Web 
Reguest Broker Executor Engine) várja 
a diszpécsertől a végrehajtandó felada- 
tokat, a használt programozási nyelv- 
nek megfelelően. Van PL/SOL, Java, 
LiveHTML, C---- végrehajtó, de a nyi- 
tott programozási felület lehetőséget ad 
újabb végrehajtók építésére is. 

A végrehajtók állandóan futnak, nem 
kell állandóan bejelentkezniük az adat- 
bázisba, ezzel jelentősen csökkentik a 
végrehajtási időt. A klienstől beérkező 
igények tulajdonképpen paraméterezett 
eljáráshívások, amelyeket az adott ki- 
szolgáló végrehajt, majd az eredményt 
(egy frissen generált HTML-oldalt) a 
web-figyelőn keresztül visszaküldi a 
kliensnek (a Web Browsernek). A ge- 
nerált lapok általában az adatbázisból 
vett adatokat tartalmazzák, megfelelő- 
en formázva. 

A választott architektúra miatt a web- 
figyelő nincs lekötve egy-egy hívással, 
ezáltal nagyobb áteresztőképességre 
(, throughputra") képes. Ahogy egyre 
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több alkalmazás települ az Internetre, 
egyre nagyobb szerepet kap a biztonság 
(security). Ennek megvalósítási lehető- 
ségei: a browser azonosítása IP-cím 
vagy doménnév, felhasználónév/jelszó 
alapján. Az adatok titkosított átvitelét 
teszi lehetővé az SSL algoritmus (de 
ezt a browsernek is támogatnia kell). 


Adatbázis-menedzsment 


Ahogy az Oracle-felhasználók áttér- 
nek a nagy központi szerverekről a 
kisebb gépekből álló, elosztott rendsze- 
rekre, a rendszerek karbantartása rend- 
kívül nehéz feladattá válik. Az Oracle 
Enterprise Manager hivatott segíteni 
ezeken a problémákon. A DBA egy 
központi konzol előtt ülve monitorozza, 
diagnosztizálja az adatbázisokat. Jobo- 
kat indít el az egyes szervereken, ame- 
lyek adott időpontokban futnak le. Mo- 
nitorozza a definiált események bekö- 
vetkezését, és megteszi a megfelelő 
lépéseket, hogy az eseményben jelzett 
gondokat elhárítsa. Lehetősége van a 
hálózati problémák elemzésére is. 

A konzolról lehet monitorozó eszkö- 
zöket indítani (statisztikák az egyes 
területekről, helyfoglalás a táblaterüle- 
ten, lock monitor. ..), eseményeket de- 
finiálni, jobokat adott időpontokban in- 
dítani. Az esemény- és jobkezelést a 
szerverekre telepített intelligens ügynö- 
kök (Inteligent Agents) végzik, ame- 
lyek a konzolról kapják a parancsokat, 
és oda küldik a státusjelentéseket. Ez 
lehetővé teszi, hogy az ügynök elvé- 
gezze a munkát (lementse az adatbá- 
zist), amikor a hálózat hibája miatt a 
szervernek nincs kapcsolata a konzol- 
lal. 

A transzparens gateway-technológia 
lehetővé teszi, hogy SOL-szinten Ora- 
cle-ből elérjünk RDB, DB2, DB2/400, 
EDA/SOL, APPC, Sybase, Ingres, Ter- 
radata, IBM DRDA, HP Turbo Image, 
Informix, RMS adatbázisokat. A Pro- 
cedural Gateway Kit segítségével olyan 
gateway-t lehet írni, amely tárolt eljá- 
rásokat tud hívni. 


Biztonság 


A biztonság vonatkozásában taz 
Oracle kétféle jogot ismer. Az egyes 
táblákhoz, procedúrákhoz rendelt írási, 
olvasási, végrehajtási stb. jogokat (ob- 
jektumjogok), valamint az általános be- 
jelentkezés, bármilyen tábla olvasása, 
adatbázis leállítása jellegű jogokat 
(rendszerjogok). Egy adott felhasználó 
ezek kombinációját kaphatja meg. A 
könnyebb adminisztrálhatóság érdeké- 
ben a jogokat szerepekhez lehet rendel- 
ni. A szerepekből újabb szerepeket lehet 
építeni, így alakulhat ki a jogok hierar- 
chiája. Egy felhasználó több szerepet is 
kaphat, sőt mellette közvetlenül is kap- 
hat jogokat. A jogok alkalmas kiosztá- 
sán túl be lehet kapcsolni a szelektív 
auditálást, amelynek révén követhető 
az egyes felhasználók tevékenysége, 
illetve észlelhetők a betörési kísérletek. 

A felhasználó azonosítható jelszóval, 
vagy az azonosítást rá lehet bízni az 
operációs rendszerre is. A felhasználó- 
nak be kell jelentkeznie egy adatbázisba 
ahhoz, hogy adatokat érjen el. Nevez- 
zük ezt hazai adatbázisnak. Ha másik 
adatbázisban tárolt adatot kér, akkor a 
hazai adatbázisban definiálni kell adat- 
bázis-kapcsolatokat (linkeket) a távoli 
adatbázisokra. Egy link tartalmazza a 
távoli adatbázis elérési címét, egy ott 
érvényes felhasználónevet és jelszót. 
Amikor ebből a távoli adatbázisból 
adatot kér, akkor a hazai szerver beje- 


" "Tentkezik a távoli adatbázisba a linkben 


tárolt adatok segítségével, és elkéri on- 
nan az adatokat, amelyeket továbbad a 
felhasználónak. 

Nem elég biztosítani, hogy az ada- 
tokhoz ki férhet hozzá, mert az adatok 
a kliens és a szerver, illetve a szerverek 
között a hálózaton mennek át. Az Ora- 
cle Advanced Networking Option biz- 
tosítja a jelszavak kódolt átküldését, 
majd gondoskodik az adatok kódolásá- 
ról. Ezen túl az adatok lecserélés elleni 
védelméről is gondoskodik konziszten- 
cia-ellenőrző kódolás alkalmazásával. 

Mohay Tamás 








— Nem kellett volna mégis inkább DOS-os adatbáziskezelőt venni? 
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Ismeretlen ismerős: IBM DB2/400 


Megfejthető-e a fekete doboz , titka"? 


Sokáig névtelenül használták. Az AS/400 adatbáziskezelője 
ugyanis integrált része az operációs rendszernek, 
szemben olyan versenytársak termékeivel, mint például 

az Oracle, a Sybase, az Informix vagy az Ingres. 

Nézzük, mi van a , fekete dobozban". 


A DB2/400 komponensei nem külö- 
níthetők el az operációs rendszertől, 
0OS/400 nem létezik relációs adatbázis- 
kezelés nélkül. Meglepő, hogy a fel- 
használók mennyire nem voltak tuda- 
tában annak, hogy mindennapi munká- 


jukban egy relációs adatbáziskezelőt. . 


használnak. Felmérések szerint 40 szá- 
zalékuk nem tudta, hogy birtokukban 
van az adatbáziskezelő, mégis termé- 
szetesnek vették használatát. Lehet, 
hogy valamit csak akkor érzünk ma- 
gunkénak, ha pénzbe kerül? 

Jó, hogy nincs szükség adatbázis-ad- 
minisztrátorra, jó, hogy nem kell az 
adatbáziskezelőért külön fizetni, de 
rossz, hogy emiatt a felhasználók úgy 
érezték, kimaradnak valamiből. Ezért 
született meg a név: DB2/400. 


Az adatbáziskezelő két arca 


Az adatbáziskezelő egy váz, amely 
felel az adatdefiníciók karbantartásáért, 
az adatdefiníciók által előírt integritási 
szabályok betartatásáért, elvégzi az 
adatmanipulációs műveleteket, felel az 
adatbiztonságért stb. Mindezeket a mű- 
veleteket a DB/200 az OS/400 operá- 
ciós rendszerrel integráltan végzi: 

— A felhasználók az operációs rend- 
szer által definiált felhasználók. Nincs 
külön nyilvántartás az adatbáziskezelő- 
ben és az operációs rendszerben. 

— Az adatbázisok az operációs rend- 
szer saját fájlrendszerében léteznek, az 
adatfájlok speciális adatterület-objektu- 
mokból (data-space object), az indexek 
pedig adatterület-indexobjektumokból 
állnak. Ezek az objektumok pedig az 
0OS/400 MI (machine interface) szintjén 
érhetőek el. Az objektum szó nem csu- 
pán marketing-maszlag: az OS/400 ob- 
jektumorientált operációs renszer. Pon- 
tosabban objektum-alapú (object ba- 
sed), az egyetlen lényeges különbség 
az öröklődésben van, az objektum-ala- 


pú rendszerek nem támogatják ezt a 
tulajdonságot. Az OS/400 objektum- 
sablonokból (template) és objektumok- 
ból áll. 

— Az adatbiztonságért az operációs 
rendszer objektumszintű védelme felel. 

A sort még lehetne folytatni, de most 
inkább nézzük, miként felel meg a DB/2 
a korábban vázolt követelmények leg- 
fontosabbjainak. 


Táblák leírása és definiálása 


Az AS/400-on az adatbázisok hagyo- 
mányos definiálásának hagyományos 
módja az ún. DDS (Data Descriptions 
Specifications) fájlok készítése volt. 
Ma már nem vagyunk a DDS forrásfáj- 
lokhoz kötve, ha adatbázisokat akarunk 
létrehozni. Az SOL elterjedésével az 
AS/400-on is egyre többen használják 
az SOL adatdefiníciós nyelvét. 

Egy adatbázis annyira relációs, mint 
amennyire annak tervezzük. Hiába dol- 
gozunk relációs adatbáziskezelővel, ha 
tábláinkat rosszul tervezzük. ADB/200- 
ra két alapvető technika jellemző: az 
egyik a tábla sorainak egyediségét biz- 
tosítja (Primary Key), míg a másik a 
referenciális integritást (Foreign Key). 
Az utasításokat célszerű egy forrásfájl- 
ban leírni, és ezeket a Runsglstm uta- 
sítással végrehajtani. Az utasítás rész- 
letes leírást ad minden parancs végre- 
hajtásának sikerességéről. 

A fizikai fájlokhoz hasonlóan lehet 
kétféle módon leírni a logikai fájlokat 
is. A logikai fájl az ismertebb SOL 
szabványban view-nak nevezett objek- 
tum, mely a fizikai fájlok által leírt 
adatok különböző nézeteinek megvaló- 
sítására való. Nézetekkel fizikai fájlo- 
kat kapcsolhatunk össze, mezőkön tí- 
puskonverziót hajthatunk végre, kivá- 
lasztási kritériumokat szabhatunk meg, 
vagy éppen mezőszintű adatvédelmet 
biztosíthatunk. " 


Adatvédelem 


Az AS/400-as védelmi rendszere 
alapvetően az objektumok (itt fájlok) 
szintjén határozható meg. 

A védelem kettébontható: 

1. Objektummenedzsment (attribútu- 
mok lekérdezése, objektum átnevezése, 
mozgatása könyvtárak között, törlés, 
trigger vagy referenciális integritás de- 
finiálása). 

2. Objektumok tartalmának manipu- 
lációjára vonatkozó engedélyek (írás, 
olvasás, módosítás, törlés, végrehajtás). 

A logikai fájlok további biztonságot 
nyújthatnak rekord-, illetve mezőszintű 
védelemmel. 


Adatbiztonság 


A naplózáshoz, amely a commitment 
controll alapja, nincs szükség az adat- 
báziskezelő által definiált fájlokra — 
mint amilyen például az Oracle redo 
log fájlja — vagy kontrollfájlra, amely 
ezeket nyilvántartja. 

Az AS/400-on a naplózást két rend- 
szerobjektum teszi lehetővé: 

— Journal (naplóleíró): a naplóob- 
jektum tartja nyilván a naplózott objek- 
tumokat. 

— Journal receiver (naplófogadó): 
tárolja a naplózott változtatásokat. 

Fontos tudni, hogy naplózni nemcsak 
a fizikai fájlokat lehet, hanem az index- 
területeket is. Egy abnormális leállás 
után az OS/400 az érintett indexeket 
automatikusan újraépíti, ami nagy adat- 
állományoknál sok időt vehet igénybe. 
Ezen segíthet az indexek naplózása, 
miáltal az indexek töredék idő alatt 
újraépülnek. 


Triggerek, tárolt procedúrák 


A trigger egy speciális program, ame- 
lyet általában user-exitként szokás ne- 
vezni, meghívásáról az adatbáziskezelő 
saját maga gondoskodik. Az aktiváló 
esemény egy rekord beírása, módosítá- 
sa vagy törlése lehet, ezenkívül megha- 
tározható, hogy az akció elvégzése előtt 
vagy utána fusson trigger programunk. 
Például egy megrendelés-nyilvántartó 
program a megrendelés rögzítésekor 
automatikusan aktivál egy trigger prog- 
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ramot, amely ellenőrzi a raktárkészle- 
tet, és amennyiben szükséges, az új 
rendeléshez a szükséges alkatrészek be- 
szerzését kezdeményezi a szállítóktól. 

Az így definiált trigger programok a 
tárolt  procedúrákkal kliens-szerver 
megoldásaink alapját képezhetik, velük 
írhatjuk le üzleti szabályainkat, ame- 
lyek e szabályok hatékony betartását 
biztosítják.  Hatékonyak, mivel az 
AS/400-on mind a trigger, mind pedig 
a tárolt procedúrák natív AS/400-as 
programok, nem pedig egy, az adatbá- 
ziskezelő által interpretált nyelv szűkös 
utasításkészletével írt kóddarabkák 
(mint amilyen például a PLYSOL az 
Oracle DBMS-nél). 


Párhuzamos adatbázisfunkciók 


A párhuzamos struktúráknak három 
műfaja létezik: 

1. Osztott memória (alias osztozzunk 
mindenen), ebben a megoldásban a 
processzorok osztoznak egy közös glo- 
bális memórián, amelyen keresztül 
kommunikálnak a külön processzoro- 
kon futó adatbáziskezelők. A megoldás 
korlátját nem a processzorok sebessége 
adja, hanem a közös memória elérésé- 
nek sebessége. Ez minden hozzáadott 
processzorral jelentősen lassul, így te- 
hát nem jól skálázható. 

2. Osztott lemezek (alias osztozzunk 
az adatokon). Itt minden processzor 
saját memóriaterületén dolgozik, és a 
hálózati funkciók gondoskodnak a le- 
mezterület eléréséről. Skálázhatóság 
szempontjából a nehézséget az újabb 
lemezek hozzáadásával együtt járó 
komplexitás növekedése, a közös loc- 
kolás, illetve a commitment controll 
problémái jelentik. 

3. A harmadik megoldásban, amelyet 
az AS/400 fejlesztői is választottak, az 
egyes processzorok nem osztozkodnak 
sem a memórián, sem a lemezeken, 
ehelyett az SOL-hívásokat szétosztják 
logikai alutasításokra, és ezek végrehaj- 
tását egymástól függetlenül végzik a 
hálózatba kapcsolt node-ok. 

A párhuzamos feldolgozás alapegy- 
ségei AS/400-as node-ok. A node-okat, 
amelyek hálózatba (bármilyen proto- 
kollal) kapcsolt AS/400-as rendszerek, 
csoportokba rendezhetjük. Minden 
egyes node a csoportban egy partíciós 
számot kap, 0-tól 1023-ig. Ebből a 
jobbak már ki is találhatták a folytatást: 
hashing algoritmus  (mikrokódként 
implementálva). Az algoritmus input- 
ként a particionált tábla egy kulcsát 
kapja, ebből képezi a 0 és 1023 közötti 
számot, amely meghatározza, melyik 
node érintett az adott tranzakcióban, és 
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annak irányában továbbítja az adatbá- 
zisszerver az SOL-kérést. A csoportba 
terelt node-ok között alapértelmezés- 
ben egyenletesen oszlik meg a terhelés, 
de amennyiben akarjuk (és miért ne 
akarnánk, feltéve, hogy az egyik masi- 
nánk  multiprocesszoros AS/400-as), 
megbonthatjuk az egyensúlyt, és a re- 
kordok felét erre a gépre tereljük. 

A létrehozáskor minden node-hoz 
egy kétbájtos szám rendelődik. Ezt a 
számot használhatjuk fel egy partíciós 
fájl létrehozásához, amely egyetlen két- 
bájtos, decimális értékeket tartalmazó 
mezőből áll. A fájlt feltöltjük 512 re- 
korddal, ez a multiprocesszoros rend- 
szerünk node-számát tartalmazza, a ma- 
radék 512 rekordot egyenletesen fel- 
osztjuk a két másik node között, majd 
ismét kiadjuk a Crtnodgrp parancsot, 
most azonban megadva a partíciós fájlt 
is. Ezzel a megoldással azonban nem 
vezérelhetjük, hogy mely rekordok me- 
lyik node-ra kerüljenek. 


Referenciális integritás DB2/400-on 


Az operációs rendszer V3R1 verzió- 
jától kezdve része az adatbázisnak. A 
korábbi verziók alatt az adatbázis in- 
tegritásának megőrzése az alkalmazá- 
sok felelőssége volt, ez ugyanakkor azt 
is jelentette, hogy az adatbázis szerke- 
zetének egy jelentős része rejtve maradt 
a felhasználói programokban. Az új 
adatbáziskezelővel a fájlok közötti kap- 
csolatok leírása átkerül a programokból 
az adatfájlokba — ezáltal rövidebbé és 
megbízhatóbbá válik a fejlesztés és a 
karbantartás. A DB2 az RI-t fizikai 
fájlmegszorítások  (constraintek) for- 
májában valósítja meg. 

Három típust különböztetünk meg, 
ezek közül az első kettő nem referen- 
ciális (de létezése szükséges az RI-hez), 
a harmadik referenciális. 

1. Elsődleges kulcs megszorítás (pri- 
mary key constraint). 

2. Egyedi kulcs megszorítás (unigue 
key constraint). 

3. Referenciális megszorítás (refe- 
rential constraint). 

Az első két megszorítás egyetlen 
fájlra vonatkozik. Az adatbáziskezelő 
ezt egy egyedi kulcsra épített index 
(logikai fájl) formájában valósítja meg, 
amely lehet már létező (például koráb- 
ban DDS-szel létrehozott logikai fájl). 
Amennyiben ilyen nincs, a DB2 létre- 
hozza. Egy fizikai fájlhoz legfeljebb 
egy elsődleges kulcs tartozhat, amely- 
hez további egyedi kulcsokat definiál- 
hatunk. 

Mi ebben az új? A korábbi gyakor- 
lattal ellentétben, amikor a fájlszintű 


adatintegritást logikai fájlokon keresz- 
tül érvényesítettük, a változás az, hogy 
ezek a megszorítások most egy helyen, 
a fizikai fájllal tárolódnak. Sokaknak 
ismerős gyakorlat a következő: egy 
újonnan megírt program elszáll egy 
rekord írásánál. Ekkor derül csak ki, 
hogy a fizikai fájlra épített n logikai fájl 
közül az egyik tartalmaz egy egyedi 
kulcsot, amelyet a program tervezésé- 
nél nem vettünk észre. A merészebbek 
persze ilyenkor hanyag eleganciával 
kitörlik a logikai fájl DDS-éből a Uni- 
gue kulcsszót, és újrafordítják, az óva- 
tosabbak megpróbálják felvenni a kap- 
csolatot a logikai fájl írójával, és kide- 
ríteni, vajon csak pillanatnyi felindulás- 
ból elkövetett terméke-e az egyedi 
kulcs, vagy lényeges része az adatbázis 
struktúrájának. 

A contstraintek használata ezzel 
szemben egy helyen, a fizikai fájl ob- 
jektummal tárolja ezt az információt, 
leegyszerűsítve az adatbázis tervezését 
és karbantartását. 

A referenciális integritás akkor kez- 
dődik, amikor már több fájl közötti 
kapcsolatot akarunk leírni. 


Kliens-szerver alkalmazások támogatása 


Adatbázis-triggerekkel, illetve tárolt 
procedúrákkal az egyenlet szerverolda- 
lát már érintettük. Alapvetően a követ- 
kező kliens-szerver technológiák érhe- 


. tők el az AS/400-on: 


— Remote SOL (távoli SOL) API. 
Lehetővé teszi kliensprogramok (OS/2, 
Windows) számára AS/400-as adatbá- 
zisok lekérdezését, programozása nehe- 
zebb, mint az ODBC API-é, és teljesít- 
ménye is rosszabb. További hátránya, 
hogy nem vált iparági szabvánnyá, s az 
így fejlesztett alkalmazások nem lesz- 
nek hordozhatók. 

— ODBC API. Teljes 2. szintű tá- 
mogatást kapunk, ha CA/400 környe- 
zettel dolgozunk. (A CA/400 az IBM 
kliens-szerver hálózati  szoftvercso- 
magja.) AS/400-on tárolt procedúráink 
a kliensalkalmazások számára nem csu- 
pán Update, Insert, Select utasítások 
sikerességét tudják visszajelezni vagy 
egy-egy paraméterét visszaadni, hanem 
egész — rekordkészleteket — adhatunk 
vissza a hívó Windows kliensprogra- 
moknak. 

— DPC (Distributed Program Call) 
API. Szintén AS/400-on lévő program- 
jaink meghívására alkalmas, mindezt 
nagyon jó hatékonysággal végzi. Szer- 
verprogramjaink beépített SOL-utasítá- 
sokkal javíthatják az alkalmazás telje- 
sítményét. 

Molnár Balázs 
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Borland Database Engine 


Egységes programozói 


Az alábbi cikk azokat az okokat elemzi 

— a funkcióleírásra koncentrálva —, amelyek révén 
a BDE napjaink talán a legelterjedtebb windowsos 
adatbázis-motorjává nőtte ki magát. 


A fejlesztők előtt jól ismert az a 
kihívás, amelyet a jövőbeli fejlesztések- 
re gondolva egy feladat megoldásának 
általánosítása, kiterjesztése jelent. A 
Borland is hasonlóval állt szemben, 
amikor elhatározta termékei közös 
adatbázis-motorjának — kifejlesztését. 
Nagyjából a következő elvárásokat fo- 
galmazták meg: 

1. Talán a legfontosabb egy egységes. 
programozói interfész (IDAPTI) kialakí- 
tása volt, amely független a BDE alatt 
lévő tényleges adatforrástól. Azaz a 
fejlesztőnek ne kelljen állandóan kézi- 
könyveket bújva szem előtt tartania az 
éppen általa használt adatfájlformátum 
specifikumait. (Például: ugyanazzal az 
IDAPI függvényhívással lehessen egy 
Dbase-, egy Paradox-állomány vagy 
akár egy Oracle SOL-tábla utolsó re- 
kordjára pozicionálni.) Természetesen 
ezt az általánosítást sem lehetett a vég- 
letekig vinni, hiszen például a Dbase- 
állományok nem alkalmasak OLE-ob- 
jektumok tárolására, így nem is várha- 
tunk el a Paradoxhoz hasonló IDAPI 
függvényeket, amelyekben van ilyen 
mezőtípus. A BDE-vel való ismerkedé- 
sünk során ezért olyan gyakori hibaüze- 
net a , Capability not supported"! 

2. Egyszerre több windowsos alkal- 
mazás is használhassa ugyanazokat a 
BDE erőforrásokat. Legyen egyszerűen 
konfigurálható (nyelvi meghajtók, Win- 
dows-beállításoktól független dátum-, 
idő- és pénzformátumok), könnyen hor- 
dozható, egyszerűen telepíthető. De ne 
legyen a háttérben egy futtató (lassító) 
környezet. 

3. Biztosítson adathozzáférést a le- 
hető legszélesébb skálán. Akár ODBC 
drivereken keresztül, akár az illető adat- 
báziskezelő honi, natív SOL nyelvén 
(SOL-link). Tegye lehetővé a kli- 
ens/szerver rendszerek fejlesztését 
ugyanúgy, mint asztali vagy LAN kör- 
nyezetben Íutó alkalmazások készíté- 
sét. Tranzakció-kezelése jól illeszked- 
jen az SOL-szerverek izolációs szintje- 


ihez. Legyen világos és konzisztens a 
hálózatkezelési filozófiája. Legyenek 
az IDAPI segítségével keszített alkal- 
mazások felfelé és lefelé is egyszerűen 
méretezhetőek (upsizing, downsizing). 

4. A kidolgozásnál szem előtt kell 
tartani a BDE későbbi módosíthatósá- 
gának, fejleszthetőségének, esetleg új 


, operációs rendszer alá történő átírásá- 


nak lehetőségét. Ezt az igényt úgy is 
megfogalmazhatjuk, hogy a BDE le- 
gyen messzemenően OOP-szemlélettel 
tervezett és kivitelezett nyitott termék, 
amely integrálja a Borland e téren szer- 
zett tapasztalatait. Gondoljunk csak a 
Paradox-Engine-re, mint talán legfon- 
tosabb előzményre, illetve arra, hogy 
amikor a fejlesztés elindult, a Borland 
szlogenje még ,, The Leader of OOP" 
volt a mai , Upsizing Company" helyett. 

Az IDAPI helyét a Borland termékek 
és a fizikai adatforrások között jól 
szemlélteti az 1. ábra. 

A fenti elvárásokra a válasz az a 
BDE, amely azóta a 3.0 verziójánál tart 
(Win95), és ott dolgozik a háttérben 
minden Borland-termék (Dbase, Del- 
phi, Paradox, C---) adatbázisigényei- 
nek a kiszolgálásán. Sok fejlesztő ennek 
meglétéről csak programjainak instal- 
lálásakor vesz tudomást, mert a BDE 


I interfész 


DLL-jei nélkül programja halott fel- 
használói interfész lenne. 

Ezek után lássuk, hogy milyen esz- 
közökkel sikerült a fenti, talán maxi- 
malistának tűnő igényeket a BDE-nek 
kielégítenie. Ennek áttekintésére szol- 
gál a 2. ábra. 

A első pontban elvárt általános adat- 
elérés biztosítása miatt a BDE az SOL 
terminológiában használatos , tábla", il- 
letve , kurzor" fogalmakra épít. Tehát 


, egy Dbase-állomány az IDAPI-n ke- 


resztül nézve egy Oracle-táblához sok 
szempontból hasonlóan viselkedik. A 
táblákat vagy a lekérdezések eredmé- 
nyét képező rekordokat (közös nevén 
dataset vagy adatkészlet, adathalmaz) a 
kurzorobjektumokon keresztül érhetjük 
el. A kurzor címezhető elérést biztosít, 
de egyszerre mindig csak egy rekord- 
hoz. 

Az összes adatmanipuláció (insert, 
delete, update, fetch) és adatnavigáció 
(pozicionálás, keresés) kurzorokon ke- 
resztül valósul meg. Amikor egy táblát 
vagy egy lekérdezést (guery) megnyi- 
tunk, akkor mindig egy kurzor handle-t 
kapunk vissza eredményül, amely kez- 
detben az adatkészlet első rekordján áll. 
A kurzorok létrejöttükkor mindig vala- 
milyen logikai sorrend (index) alapján 
rendelődnek az adathalmazokhoz. Egy 
adatkészlethez számtalan kurzort ren- 
delhetünk. Így elképzelhető, hogy két 
különböző kurzor ugyanazon a rekor- 
don áll, de a , Lépj a következő rekord- 
ra" metódusuk meghívása után egészen 
máshová kerülnek az adathalmazban 
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(ha különböző indexek 
alapján nyitottuk meg 
őket). Érdekes lehető- 
ség a kurzorok szinkro- 
nizációja, amikor az 
egyik kurzor a másik 
által mutatott rekordra 
ugrik. A kurzorokhoz 
kapcsolódik a könyv- 
jelző (bookmark) fo- 
galma is. Ennek segít- 
ségével a kurzor vala- 





mikori pozícióját tárol- 
hatjuk — el későbbi 
visszatérés céljából. 


Erre azért van szükség, 
mert az SOL-tábláktól 
idegen a közvetlen re- 
kordsorszámra való hi- 
vatkozás. 

A ún. , kapcsolt kurzorok" (linked 
cursors) segítségével pedig megdöb- 
bentően gyors adatnavigációra nyílik 
lehetőség, pl. master-detail kapcsolat- 
ban lévő táblákban. Akár több táblát is 
összekapcsolhatunk ilyen módon kód- 
mentes programozással, és az ered- 
mény: lenyűgöző sebesség. A különbö- 
ző driverek kurzorjai által mutatott re- 
kordok egy puffermenedzser által ke- 
zelt memóriaterületen vannak. Így a 
pufferelés miatt az adatmanipuláló uta- 
sítások véglegesítése előtt még van le- 
hetőség a cancel műveletre (ez nem 
azonos a szerveroldali rollbackkel). Az 
automatikusan méretezendő közös puf- 
ferterületet egy időben, megosztva 
használhatják a különböző adatbázisok 
kurzorjai. 

Az adatkészletek az előbbiek szerint 
lekérdezések eredményei is lehetnek. 
Ezek mögött a Ouery Engine áll, amely 
mind a Borland által kifejlesztett OBE 
(Ouery by Example) nyelvet, mind az 
ANSI92 szabvány szerinti SOL-t támo- 
gatja. Az előbbi majdnem minden Bor- 
landtermék része (Database Desktop, 
Paradox, Visual dBase...), használata 
nem igényel alapos SOL-ismereteket, 
valamint jóval intuitívabb, egyszerűbb 
egy végfelhasználó számára. Ha a OBE 
egy SOL-szerverhez fordul, akkor a 
BDE lefordítja a OBE-t a szerver SOL 
dialektusára, és a tulajdonképpeni mű- 
velet a szerver oldalán zajlik le (kli- 
ens/szerver). 

De hogyan és főleg hová kerülnek a 
szervertől  lekért, esetleg gigászi 
mennyiségű és méretű adatok. Az In- 
memory nevű táblák olyan speciális, 
korlátlan virtuális memóriát biztosí- 
tanak táblaformátumban, amely az SOL 
fetchek célterülete, azaz az SOL-szer- 
ver táblái ide töltődnek le lokálisan 
(caching). De ezeket a memóriatáblákat 
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€uery engine EABE/SEL (DLL 
Batch functions (DLL) j 


Resources (DLL) 


Az SOL terminológiá- 
ban az elsődieges kulcs 
megléte kitüntetett fon- 
tosságú. 

A BDE hordozhatósá- 
gát szolgálja az ún. OS 
services modul, amely 
magára vállalja az ope- 









Language drivers (DLL) 


2. ábra 


használja az a Sort-engine is, amely a 
Ouick-sort algoritmus nem rekurzív 
(iteratív) kifejtése elvén működik, és a 
Ouery Engine egyik legfontosabb alko- 
tórésze. A batch-funkciók teszik lehe- 
tővé — többek között — a táblák 
adataikkal együtt történő áthelyezését 
egyik formátumból a másikba (pl.: 
Oracle—3Paradox, — Dbase—-Inter- 
Base). A megfelelő típuskonverziók au- 
tomatikusan végrehajtódnak. Így egyet- 
len utasítással egy egész tábla átmére- 
tezhető lefelé vagy felfelé. Ezenkívül 
külön batch-funkciók szolgálják pél- 
dául egy táblának egy másik táblával 
történő felfrissítését. A megfelelő rekor- 


dok a táblák elsődleges kulcsa (primary 


key) alapján rendelődnek egymáshoz. 


rációs rendszerrel törté- 
nő alacsony szintű kap- 
csolattartást (I/O, OS- 
szintű memóriakezelés, 
hálózatelérés); ezzel 
mintegy elszigetelve a 
BDE-t a konkrét operá- 
ciós rendszertől. Így vált 
lehetségessé — pl. a 
Win95-ös  BDE-verzió 
gyors elkészítése, hiszen 
elegendő volt jobbára 
csak ennek az összetevőnek az átírása. 
Számunkra különös jelentőséggel bír a 
BDE nyelvi hordozhatósága. Ezt a leg- 
különfélébb karakterkészletek, ill. nyel- 
vi meghajtók (az indexekben megjelenő 
ábécésorrend) támogatásaval érték el. 
Igazán meglepő, hogy a BDE konfigu- 
rálásakor háromféle magyar nyelvi 
meghajtó közül válogathatunk, de meg- 
találhatjuk a koreai, héber vagy kínai 
verziókat is. Szintén a nyelvfüggetlen- 
séget szolgálják a DLL-ekben elhelye- 
zett hibaüzenetek. Ezeket az erőforrá- 
sokat, amelyek többnyire egyszerű 
stringtáblák, pl. a Borland Resource 
 Workshop programjával minden nehéz- 
" ség nélkül magyaríthatjuk. 
Naszádi Gábor 
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Tous les trois 


Háromszor tizenöt érv 


Márciusi számunkban debütált — 

a Netware kontra Windows NT pengeváltással — 
az a rendhagyó forma, amelynek keretében 
egymondatos érvek feszülnek egymásnak egy-egy 
termék(család) erényeit summázandó. 

Az akkori 25-25 érvet most 15-15-re redukáltuk, 


a résztvevők számát viszont 


a piaci pozíciók szem előtt tartásával 

most háromra emeltük. Ennek a megoldásnak 
sajátságos játékszabálya, hogy a résztvevők 
csak a lap megjelenésekor ismerhetik meg piaci 
vetélytársaik álláspontját. Az érintett cégek vezető 
szakemberei ismét vállalták a nyilvános érvelés 
nem kevés kockázatot rejtő-kihívását: 

az Informix mellett Sándor Gábor, 

az Oracle ,szószékén" Mohay Tamás érvel, 

míg a Sybase fogadott prókátora Czuprik Zoltán. 


Informix 


1. Az első Unix-alapú relációs adat- 
báziskezelő rendszer (RDBMS). 

2. Az első Unix-alapú negyedik ge- 
nerációs programnyelv. 

3. Az első Unix-alapú OLTP szerver- 
architektúra. 

4. A legtöbb TPC (tranzakció-feldol- 
gozási teljesítmények mérésére szolgá- 
1ó) benchmark-eredményt az Informix 
publikálta: azonos hardverkörnyezet, il- 
letve applikáció tesztelése esetén az 
OnLine RDBMS rendre jobbnak bizo- 
nyul. 

5. Az első párhuzamos ádatbázis-ar- 
chitektúra (DSA — dinamikusan mére- 
tezhető architektúra), amely egyszerre 
fedi le az egyetlen processzorral ren- 
delkező, a szimmetrikus  multipro- 
cesszoros, a klaszteres és a nagyban 
párhuzamos (MPP) számítógépeket. 

6. Az első objektumrelációs adatbá- 
ziskezelő rendszer (Illustra ORDBMS): 
ezen a területen piaci elemzők szerint 
az Informix jelentős (mintegy másfél- 
két éves) előnyre tett szert. 

7. A Unix-alapú RDBMS-piacon az 
installált licencek száma (több mint 
900 000) alapján az Informix az első, 
34,790-os aránnyal (IDC, 1995). 





8. Az installált licencek száma alap- 
ján a legtöbb RDBMS-alapú kKli- 
ens/szerver szoftvert (26,2 százalékot) 
az Informix értékesítette (DBMS Ma- 
gazine). 

9. Szintén az installált licencek szá- 
mát tekintve a legtöbb adatbáziskeze- 
léshez kapcsolódó alkalmazásfejlesztő 
eszköz  (31,292)  Informix-termék 
(DBMS Magazine). 

10. Az elmúlt másfél évben az Infor- 
mix a leggyorsabban növekedő cég az 
RDBMS-piacon, az elmúlt öt év adatai 
alapján a tőzsdén forgalmazott legjobb 
high-tech cég (The Wall Street Journal, 
1996. 02. 26). 

11. Az Informix nem forgalmaz kész 
alkalmazásokat, csak a DBMS techno- 
lógiára koncentrál, ezért a partnercégek 
gyakran részesítik előnyben, mivel a 
végfelhasználónál nem kerülhetnek 
versenyhelyzetbe az Informixszal (vi- 
lágszerte mintegy 5000 viszonteladó, 
konzultáns, rendszerintegrátor, vala- 
mint alkalmazásfejlesztő cég vesz részt 
az Informix-alapú megoldások sikeré- 
ben). 

12. Az Informix kezdettől fogva igen 
erősen elkötelezett a Unixszal, illetve a 
nyílt rendszerekkel szemben, mind a 
szabványok kidolgozásában, mind a 
megvalósításukban tevékenyen vesz 
részt (ANSI SOL-89, ANSI SOL-92, 


X/Open NLS, X/Open XA stb.), ezen- 
felül a de facto szabványokat is beépíti 
termékeibe (például ODBC, DRDA, 
DCE). 

13. Az első RDBMS, amely az ame- 
rikai kormány, illetve az Európai Unió 
biztonsági (secure) szabványainak ele- 
get tett (NCSC B1, C2, ill. ITSEC), és 
ezt alapszolgáltatásként (C2), illetve 
alternatívaként (B1), de felár nélkül 
nyújtja. 

14. Az Informix 41 országban ren- 
delkezik helyi képviselettel, az ügyfe- 
leket 8 regionális vevőszolgálati köz- 
pont látja el, a szolgáltatások (support, 
oktatás, tanácsadás) csúcsminőségét 9 
ISO-tanúsítvány jelzi, a minőségi igé- 
nyek kielégítésére a nagy hardver- és 
szoftverszolgáltatókkal közös Compe- 
tence Centereket hozott létre. 

15. Az Informix pénzügyileg stabil 
cég, saját bevételeiből fejleszt, hosszú 
távú együttműködési projektjei és ve- 
zető technológiája révén minden való- 
színűség szerint öt év múlva is a leg- 
jobbak között találjuk majd. 


Oracle 


1. Kiváló TPC-C benchmark-ered- 
mények mutatják az OLTP képességeit 
(V7.3). 

2. Kiváló TPC-D benchmark a dön- 
téstámogató alkalmazások számára 
(Data Warehouse — V7.3) 

3. Skálázható, ki tudja használni a 
rendelkezésre álló gépet, akár SMP, 
akár MPP, akár cluster. 

4. Többféle adattípust tud integráltan 
kezelni (relációs, szöveges, video — 
V7.3 Universal Server). 

5. Integrált, grafikus adminisztrációs 
eszközök. 

6. Komplett fejlesztőeszköz-család: 
Power Object, Developer/2000. 

7. Integrált CASE-környezet: De- 
signer/2000. 

8.  Web-támogatás:  Web-listener, 
Web—Oracle interfész (Java, PL/SOL), 
CASE-támogatás. 

9. Biztonság (security), felhasználó- 
azonosítás, jogok, szerepkörök, hálóza- 
ti forgalom titkosítása. 

10. Sok platformon fut: VMS, Unix, 
VM, MVS, Netware, Windows, Win95, 
Windows NT, OS/2. 

11. Egy szállítótól szerezhető be egy 
teljes rendszer: RDBMS, fejlesztőesz- 
közök, CASE, gazdasági és termelés- 
irányítási alkalmazáscsomag. 

12. A technológia hosszú ideje bizo- 
nyított már. 

13. Stabil szállító cég. 
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14. Nagyon sok partnercég támogat- 
ja: fejlesztőeszközök, alkalmazások 
kaphatók hozzá. 

15. Support, support, support: a helyi 
központok saját rendszereiken kívül ak- 
tívan használják a globális (USA, Ang- 
lia, Ausztrália) központok gépeit, alkal- 
mazásait (és ottani kollégáikat) a prob- 
lémák megoldására, világszerte 2000 
supportos dolgozik, igen erős a magyar 
support-szervezet is. 


Sybas 


DERGÉSÉOS ESR JEGRNBST BÉTA 


1. Kiváló teljesítnmény/ár viszony az 
erőforrások hatékony kihasználása kö- 
vetkeztében (többfonalas architektúra, 
csekély memóriaigény, optimális SMP- 
kihasználás). 

2. A Sybase mentési és tranzakció- 
kezelési rendszere nagyfokú adatinteg- 
ritást, adatbiztonságot, helyreállítható- 
ságot biztosít, és lehetővé teszi a 24 
órás folyamatos működést a kritikus 
adatbázis-karbantartó műveletek alatt 
is. 

3. A felhasználó számára kedvező a 
termékkövetési rendszer: alacsony sup- 
port-díjak, amelyek tartalmazzák az up- 
grade-et az új verziókra — , nagy" 
verzióváltás esetén is. 

4. Skálázhatóság, az egyedi PC-től a 
több ezer felhasználót kiszolgáló szer- 
verekig. 

5. Nagyvállalati, illetve világméretű 
rendszerek is létrehozhatók a Replica- 
tion Server segítségével, amely az adat- 
források összekapcsolását és a tranzak- 
ciók lebonyolítását akkor is lehetővé 
teszi, ha a távoli adatkapcsolat átmene- 
tileg nem működik. 

6. Az EnterpriseConnect middleware 
termékcsalád segítségével különböző 
gyártóktól származó különböző jellegű 
adatforrások egységes rendszerbe in- 
tegrálhatók, az egyszerű szövegfájlok- 
tól kezdve a nem Sybase adatbáziske- 
zelőkig. 

7. Értékmegőrző beruházás: a koráb- 
ban , szigetszerűen" létrehozott hetero- 
gén adatbázisok az egységes Sybase- 
alapú nagyvállalati rendszerben tovább 
működnek, ilyenkor a felhasználók szá- 
mára az összes adatbáziskezelő Sybase- 
szervernek látszik. 

8. Valódi nyíltság mind a kliens-, 
mind a szerveroldalon: a Sybase a fel- 
használó által szabadon programozható 
interfészt ad a kliens- és a szerverolda- 
lon egyaránt, ez lehetővé teszi a fel- 
használó egyedi problémáinak megol- 
dását, illetve más gyártók termékeinek 
rugalmas illesztését. 
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9. Az alkalmazások teljes életciklu- 
sának támogatása: S-Designor (adatfo- 
lyam-modellezés, logikai és fizikai 
adatbázistervezés, adatbázis-generálás, 
alkalmazás-prototípus készítése; koráb- 
ban készített alkalmazás modelljének 
előállítása), PowerBuilder (kliensoldali 
alkalmazásfejlesztés és verziókövetés), 
SOL-Server Manager (adatbázis-létre- 
hozás és -karbantartás — rendszerad- 
minisztrátori feladatok), SOL-Debug 
(szerverprogramok és SOL scriptek be- 
lövése), SOL-Monitor Server (adatbá- 
zishangolás). 

10. A Sybase Enterprise Messaging 
Services (EMS) lehetővé teszi, hogy 
mobil felhasználók sokaságát kapcsol- 
juk a nagyvállalati rendszerhez. 

11. Data Warehouse-támogatás: a 
Sybase-IO a terabájt méretű adatbázi- 
sok lekérdezésének hatékony eszköze, 
amely az OLAP (On-Line Analitical 
Processing) eszközök számára is lehe- 
tővé teszi, hogy a vállalat meglévő 
relációs adatbázis-adataiból kiindulva 
sok adattal sokféle analízist végezhes- 
senek — szemben a kizárólag elemzési 
célokra létrehozott  multidimenziós 
adatbázisokkal, amelyek viszonylag ke- 
vés adattal korlátozott számú analízis 
elvégzésére képesek. 


12. Internet-támogatás: a Sybase 
web.sgl kapcsolatot teremt a közismert 
web-szerverek és a relációs adatbázis- 
kezelők között, így a HTML-lapokra írt 
SOL utasítások segítségével az adatbá- 
zistartalom nemcsak lekérdezhető, ha- 
nem tetszőleges relációs adatbázismű- 
velet kezdeményezhető (tehát beszúrás, 
törlés, módosítás, sőt adatbázis-admi- 
nisztráció is), ezáltal komplett alkalma- 
zások is megvalósíthatók — termé- 
szetesen csak a megfelelő jogosultság 
esetén. 

13. A PowerBuilder alkalmazásfej- 
lesztő . különleges szolgáltatásai: Da- 
taWindow, OLE 2.0, DDE, Internet- 
hozzáférés, osztott alkalmazások készí- 
tése. 

14. Az objektumorientált fejlesztési 
módszerek széles körű támogatása: kli- 
ensszinten teljes 0O-tervezés és prog- 
ramfejlesztés négyféle módszertan tá- 
mogatásával; szerverszinten pedig az új 
ObjectConnect middleware program- 
család a relációs adatbáziskezelő objek- 
tumorientált használatát teszi lehetővé. 

15. A Sybase termékei, valamint tá- 
mogatásai (technical support, customer 
service, account management) rendel- 
keznek ISO 9001 minőségi bizo- 
nyítvánnyal. 
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05S/2 Warp 


tozatába akarja beépíteni, az IBM azon- 
ban — megelőzve vetélytársát — a 
teljes Java-támogatást beépíti a Merlin- 
be, így valószínűleg ez lesz a második 
Javát tartalmazó operációs rendszer az 
AIX után. 

Egy másik fontos újítás a TrueType 


Az IBM tette fel a címben szereplő kérdést sok ezer 
alkalmazásfejlesztőnek az 1996. április 23-án, 
Nashville-ben tartott konferencián. 

A Merlin legnagyobb szenzációja kétségkívül a 
beszédfelismerés. Beszéddel lehet majd vezérelni 
a következő generációs OS/2-vel felszerelt gépet. 


Ezzel nagyon leegyszerűsödik a böngészés a világhálón, 
programokat lehet egy-egy szóval indítani. 


Ha valóra válik a Merlin fejlesztői- 
nek terve, akkor majd diktálni is lehet 
már a számítógépnek — ehhez 10 000 
szavas alapszótárat mellékelnek. Ma- 


gyarul sajnos nem fog érteni a Merlif; 


szótárat valószínűleg csak angol, ame- 
rikai angol, német, spanyol, francia és 
olasz nyelvhez lehet majd kapni. A 
beszédfelismerés használatához gyors 


koprocesszorral rendelkező processzor 
(minimum 90 MHz-es Pentium) vagy 
Mwave DSP kártya kell. Azonban a 
processzorok árának folyamatos esésé- 
vel ez az otthoni felhasználó számára 
is elérhetővé válik. 

A Java terjedésével egyre több szoft- 
vergyártó jelenti be a Java támogatását. 
A Microsoft a Windows következő vál- 


betűkészletek kezelése. Meg nem erő- 
sített hírek szerint a WordPro for OS/2 
bétaverziója TrueType fontokat jelení- 
tett meg. Ezzel jelentősen egyszerűsö- 
dik a szövegszerkesztők közötti adat- 
csere, hiszen elég csak TrueType betű- 
készletnek rendelkezésre állnia. Ezen- 
kívül a WordPróba beépítik a beszéd- 
felismerési lehetőséget, így tehát lehet 
majd leveleket diktálni a programnak. 

A Merlin kezelői felülete nagyban 
megváltozik: hasonlítani fog a Win- 
dows 95-re. A LaunchPad (Gyorsindító, 
Kilövőállás) helyére a SmartCenter ke- 
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rül, ahol nyomon lehet követni a futó 
programokat, a lemezhasználatot, az 
időt, a dátumot és még sok fontos 
dolgot. Az ablakok jobb felső sarkába 
pedig záró X gomb kerül. 


Lotus Smartsuite 


Nagyjából a Merlin megjelenésekor 
fog a boltokba kerülni a Smartsuite 
legújabb OS/2-es változata is. Ez a fent 
említett WordPrón kívül tartalmazza 
még a Freelance Graphics, 1-2-3, App- 
roach és az Organizer programokat. 
Ezek mindegyike valódi 32-bites alkal- 
mazás, alternatívát nyújtva a Microsoft 
Office-szal szemben. 


Developers Connection 


A Merlin mellett más OS/2 hírek is 
megjelennek az elektronikus világban. 
Április 18-án megjelent a fejlesztőknek 
szóló Developer"s Connection (Dev- 
Con) 10-es verziója. Ebben újdonság- 
ként az AIX és OS/2 verziót összevon- 
ták. A CD-ken több száz Mbájt infor- 
máció, eszköz, demó, fejlesztőeszköz, 
példaprogram található, elsősorban 
programfejlesztőknek szánva. Az előfi- 
zetők negyedévente kapják a frissített 
CD-ket. 


05/2 Warp Server 


Az IBM 1996. május 8-án bejelen- 
tette több mint 50 000 db OS/2 Warp 
Server eladását. Ez a szám jelentősen 
meghaladja a várakozásokat. Például 


Warp Server licencet várásolt, az An- 
tartica brazil cég pedig 900-at. A Warp 
Server az OS/2 Warp operációs rend- 
szeren alapuló alkalmazáskiszolgáló. 
Ezenfelül képes PC LAN gépeket át- 
fogni, és nagy biztonságot igénylő há- 
lózatokat is kiszolgálni. A LAN Server 
és az OS/2 egybeépítésével az IBM 
nagyon egyszerűen kezelhető, mégis 
nagy teherbírású kiszolgálót készített. 
A Warp Server kis- és nagyvállalatok- 
nak egyaránt megbízható szolgáltatást 
nyújt. Megkönnyíti a rendszerfelügye- 
letet, támogatja PostScript fájlok nyom- 
tatását nem PostScript nyomtatókra, és 
a hálózati protokollok rendkívül széles 
választékát nyújtja. 


BESTeam program 


Az IBM Magyarországon is megin- 
dította a viszonteladóknak szóló BES- 
Team programot. Az IBM a program 
keretében a viszonteladókat informáci- 
ókkal, CD-ROM-okkal látja el, oktatást 
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WordPro béta — egyelőre még Warp 3.0 alatt 


szervez a számukra, megismerteti őket 
az IBM szoftverekkel. Az így felkészí- 
tett BESTeam tagok majd szakmai ta- 
nácsokat adhatnak a hozzájuk forduló 
vevők IBM-termékekkel kapcsolatos 
kérdéseire. 


Játékok 
Megjelent a közkedvelt Galactic Ci- 


scape.com) lehet friss híreket keresni 
ezzel kapcsolatban. 

Két, több száz Mbájtnyi OS/2-es 
shareware-t, freeware-t, demóprogra- 
mokat és meghajtókat tartalmazó ftp- 
kiszolgálót tükröznek Magyarorszá- 
gon: a http://xenia.sote.hu/vmirror/os2/ 
munich/Xenia.html az ftp.leo.org tük- 
rözése, a http://xenia.sote.hu/vmir- 
ror/os2/hobbes/HVMindex. univie.html 


vilisation nevű játékprogram újabb ver- " pedig a hobbes.nmsu.edu-é. 


ziója, amelyben már könnyen lehet ha- 
jót, technológiát, idegeneket stb. készí- 
teni. A csak OS/2 alatt futó programról 
többet a http://www.stardock.com cí- 
men lehet megtudni. Lehet jelentkezni 
a Trials of Battle című, kb. a Doomot 
és Wing Commandert egyesítő játék 
június 1-jén megjelenő bétaverziójának 
tesztelésére szintén a http://www 
.stardoc.com címén. Aki inkább a logi- 
kai játékokat kedveli, az letöltheti az 
Entertainment  Packot az ftp://nob- 
bes.nmsu.edu/incoming vagy az ftp:// 
wilmington.net/bmtmicro címről. A 
fájlnév: entrtn27.zip az amerikai verzió 
esetén, illetve entrt27g.zip a német ver- 
zió esetén. 

Acsomag klasszikus játékok OS/2-es 
változatát is tartalmazza (például: Tet- 
ris, Othello, Master Mind, Tic Tac Toe 
stb.). 





Vegyes 


A Netscape bejelentette, hogy nép- 
szerű  böngészőprogramját  0OS/2-es 
platformon is meg kívánja jelentetni. 
Konkrét időpontot még nem adtak meg, 
de a honlapjukon (http://www.net- 


Már 1995 augusztusa óta működik 
az OS/2 és TeamOSZ2 levelezési lista. 
Míg az OS/2 levelezési listán főleg 
0OS/2-vel kapcsolatos tippek, ötletek 
olvashatók, addig a TeamOS/2 levele- 
zési listán a Team-tagok érintkeznek. 
Bárki feliratkozhat a listákra a major- 
domo(olists.bme.hu címre küldött le- 
véllel. A levélben a következő sor sze- 
repeljen: subscribe os2 vagy subscribe 
teamos2. Az OS/ZZ levelezési listaeddigi 
anyagába már három helyen is bele 
lehet nézni: 

W  http://xenia.sote.hu/docs/ 
mailarchive/os2 

WE http://www.vma.bme.hu/os2/os2 

WHI gopher;://kiribati.et.tudelft.nl/ 
loszZlista/oszlista.70 

A ftp://xenia.sote.hu/incoming/os2/ 
teamos2/tcpip v4.zip címről letölthető 
a TCP/IP 4-es verziójának bétaverziója. 
A végleges verziót a Merlin fogja tar- 
talmazni. 

Az Team OS/2-es levelezési lista 
[teamoszOlists.bme.hu] májusi anya- 
ga, a comp.os.os2.announce levelei és 
az IBM (http://www.ibm.com) honlap 
alapján írta: 

Tóth Ferenc 


SZOFTVERPORTÉKA 





CA-Visual Objects 1.0c 


Megújult környezet 


A CA-Clipper forrásnyelvével felülről kompatibilis 
adatbáziskezelő és alkalmazásfejlesztő rendszer 
legújabb verziója elmozdult a Windows 3.1/3.11 alapról, 
stabillá vált, felveszi a versenyt más szoftverházak 
legkorszerűbb fejlesztőeszközeivel. 


A CA-VO grafikus felhasználói fe- 
lülettel rendelkező (GUJ), kliens/szerver 
alkalmazások készítésére kifejlesztett, 
AGL Xbase, teljes mértékben objektum- 
orientált programozást (OOP) megte- 
remtő, valódi végrehajtható kódot elő- 
állító (Native Code Compiler) program. 


Repository-alapú integrált fejleszíői 


környezet (IDE), előre elkészített osz- 
tálykönyvtárak (ClassLib), különféle 
adatállomány-hozzáférési módok 
(RDD, SOL, ODBO), vizuális tervező- 
eszközök (Painters, FormEditor, Menu- 
Editor, DBServerEditor, Entity Brows- 
er, Error Browser stb.) segítik amunkát. 
A különféle alkalmazások közötti kom- 
munikációt teljes körű dinamikus adat- 
csere (DDE) támogatja. 


Előzmények és a közeljövő 


A VO 1994 decemberére készült el, 
és már 1995 januárjában megjelent az 
1.0Oa INTL-verzió, ez került kereskedel- 
mi forgalmazásra. Áprilisra elkészült a 
forráskódokat tartalmazó Software De- 
velopment Kit is, majd június végére 
az 1.Ob update, mindkettő CD-n. Egy 
hónappal később önálló termékként je- 
lent meg a piacon a CA-Visual Objects 
Lite. Ezt az olcsó változatot a termék 
üzleti bevezetésére és az OOP-re való 
átállás elősegítésére szánták. A Lite 
nem tartalmazza a Watcom SOL adat- 
báziskezelőt, a CA-RET riportgenerá- 
tort és az ODBC DLL-eket. Az év 
végére vált elérhetővé a legújabb fris- 
sítés, a CA-Visual Objects 1.Oc. Nap- 
jainkban pedig a CA-VO 2.0-s változat 
bétatesztje kezdődött meg. A kereske- 
delemben várhatóan ez év nyarán meg- 
jelenő verzió bétatesztelésébe magyar 
fejlesztők is bekapcsolódhatnak. (A ma- 
gyar felsőoktatásban is oktatják a szoft- 
vert, többek között a Gábor Dénes 
Műszaki Főiskolán is). A Computer 
Associates Inc. augusztusban rendezi 


meg New Orleansban szoftverfejlesztői 
konferenciáját, a TenhniCont, s itt ter- 
vezik bemutatni a CA-VO teljes mér- 
tékben 32 bites válltozatát, a CA-Visual 
Objects 2.0-t. Ezenkívül olyan témák is 
terítékre kerülnek, mint pl. a CA-VO 
adatbázisrendszerek tervezése, hogyan 
készítsünk pufferelt adatablakot, OLE 
és OCX technológiák, osztály-imple- 
mentáció, hogyan , debugoljunk", me- 
móriafoglalás, mutatók és típuskény- 
szerítés, többszálas programozás, Ora- 
cle adatbázis-hozzáférés CA-Visual 
Objects 2.0-ban, felhasználói felület 
tervezése Win95/NT alatt a CA-VO 
fejlesztők számára stb. Érdemes ez 
utóbbi témánál megállni egy pillanatra. 


Win95/NT: felülettervezési irányelvek 


A Win95/NT operációs rendszer új- 
fajta adatközpontú felhasználói inter- 
fész tervezését javasolja. Minden fej- 
lesztő, aki lépést akar tartani a fejlődés- 
sel, jó, ha elgondolkodik az általa meg- 
valósított felhasználói felület használ- 
hatóságán. A VO-fejlesztők szempont- 
jából az egyik legfontosabb kérdés az 
egydokumentum-interfész (SDD) és a 
többdokumentum-interfész (MDD kö- 
zötti választás. Az SDI esetében az 
alkalmazás egyidejűleg az adatnak csak 


egyik nézetét engedi meg. Ha két do- — 


kumentumot akar egyszerre nézni, ak- 
kor a programnak két példányát kell 
megnyitnia. Az MDI esetében több do- 
kumentum is megnyitható, illetve egy 
dokumentumnak több nézete is látható 
egyszerre az ablakban. Ekkor az ablak 
mintegy konténerként tartalmazza a kü- 
lönféle adatokat. 

A legtöbb CA-VO alkalmazáshoz az 
MDI tűnik a megfelelő választásnak. 
Ekkor a felhasználó egyszerre több táb- 
lát is nézhet, vagy egy táblát, több 
módon. A Win95/NT irányelvek nem 
befolyásolják ezt a vélekedést, azonban 


rámutatnak az MDI korlátaira az adat- 
központú környezetben. 

Az egyik probléma az adat és az 
ablak közötti kapcsolat. A főablak csu- 
pán egyik konténere az al-ablakoknak, 
de nem az adatoknak, melyeket az 
ablakok tartalmaznak. Ha a főablakot 
bezárjuk, majd újra kinyitjuk, azt vár- 
juk, hogy ugyanazokat az al-ablakokat 
fogjuk látni megint, ugyanott és ugyan- 
azokkal az adatokkal. Az alkalmazás 
nyomon tudja követni, hogy mi történik 
az ablakokkal, de az adatok időközbeni 
változásait nincs módjában követni. Mi 
van akkor például, ha egy al-ablak által 
megjelenített adatot időközben letör- 
lünk? 

Továbbá az ablakokkal való munka 
sem mindig konzisztens. Az első fájl 
megnyitásához a felhasználó egy map- 
pából vagy a Win95/NT Dokumentu- 
mok menüjéből választhat. További do- 
kumentumok megnyitásához már a fel- 
használónak az alkalmazás interfészét 
kell használnia. Ezért a kezdők számára 
az MDI nagyobb kihívást jelent. 

Az irányelvek az SDI támogatása 
helyett inkább három lehetőséget aján- 
lanak a több dokumentum megtekinté- 
séhez. Az első a munkaasztal. A 
"Win95/NT-ben a felhasználó kiválaszt- 
hat egy objektumot (egy ikont), és 
onnan egy al-ablakba léphet. Azonban 
ez — ellentétben a mappákkal — 
összefügg a főablakkal, és így ugyan- 
olyan kezelést igényel, mint az MDI. 

A második lehetőség a munkafüzet. 
Ez egy egyszerű ablak, amely sok oldalt 
tartalmaz, és minden oldalt egy kis 
füllel érhetünk el. 

A harmadik választási lehetőség a 
projekt. Ez megintcsak az MDI-hez 
hasonlít, azt kivéve, hogy a főablak, ha 
egyáltalán van olyan nem viselkedik 
konténerként. Az al-ablakok közvetle- 
nül a munkaasztalon helyezkednek el, 
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Applikációk, ; 
fejlesztőeszközök ; 


Adatkezelők 


Adatbázisok 


és minden al-ablaknak megvan a saját 
ikonja a Win95/NT menüsávjában 
(taskbar). A főablak tartalmazhatja a 
főmenüt, és biztosíthatja az ablakok 
kezelését, vagy az egyes al-ablakoknak 
is lehetnek független menüi és eszköz- 
sorai. Ezt az interfészt néhány fejlesztői 
platformon használják, ilyen például a 
Microsoft Visual Basic vagy a Borland 
Delphi. 

Ez a három alternatíva nem standard. 
Pusztán csak egy adatcentrikus környe- 
zet felhasználói interfészének felépítési 
javaslata. Ezek tulajdonképpen nem lé- 
teznek a Windowsban — például nincs 
API-hívás egy munkafüzet megnyitásá- 
ra, és azt sem jelentik, hogy szükség- 
szerűen és kizárólag ezeket kellene 
használni. Tervezhetünk akár olyan in- 
terfészt is, amely kombinálja a kettőt, 
vagy akár mindhárom elemeit tartal- 
mazza. Röviden az út általános irányát 
adják meg, és nem egy adott járművet. 


Műveletalapú alkalmazások 


Az Microsoft útmutatóinak hiányos- 
sága, hogy nem teljesen fedik le a 
műveletalapú alkalmazások szükségle- 
teit. A hangsúly a szövegszerkesztőkön, 
táblázatkezelőkön stb. van, ahol a do- 
kumentum betöltődik a memóriába, azt 
ott megszerkesztjük, majd visszaírjuk a 
lemezre. Ez ellentétben áll a tipikus 
CA-VO-alkalmazásokkal, ahol a fel- 
használó a rekordok közötti navigálás- 
sal és a műveletek feladásával foglal- 
kozik. 

Sok CA-VO-alkalmazásban a fel- 
használó nem találkozik fájlokkal, osz- 
tályokkal vagy könyvtárakkal. Ha az 
alkalmazás például egy vevő adataival 
dolgozik, akkor majd megnyílik a ,,ve- 
vő adatai" tartalmú fájl is, amikor szük- 
séges. A felhasználó nem foglalkozik 
sem fájlok megnyitásával, sem elmen- 
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tésével, mivel ezek a műveletek egyet- 
len utasítással automatikusan megtör- 
ténnek, így a fájlnyitás, fájlmentés és 
fájlzárás utasítások értelmetlenek szá- 
mára. Az irányelvek ezen a ponton még 
kimunkálatlanok. Ez nem jelenti azt, 
hogy az irányelvek nem megfelelőek a 
műveletalapú alkalmazásokhoz, de fi- 
gyelembe kell venni azok határait. Sok 
alkalmazás azért mehet tönkre, mert a 
fejlesztők megpróbálják a dokumentu- 
malapú programok szabványát alkal- 
mazni rájuk. A legelemibb hiba a fájl- 
kezelés beiktatása a menükbe. 

Más vonatkozásban azonban az 
irányelvek jól alkalmazhatók adatalapú 
alkalmazásokhoz, és kimondottan jól 
megfelelnek a CA-VO-fejlesztőknek:. 
Természetesen a legmegfelelőbb inter- 
fész megtervezéséhez nem elég az 
irányelvek követése. Továbbra is kell a 
kreatív kísérletezgetés, a tesztelés. 


Újdonságok 

A CA-VO 1.0c patch terjedelme is 
jelzi, hogy szinte teljesen új szoftvert 
fejlesztettek ki a CA programozói. 

Még mindig 16 bites az alkalmazás, 
de a Win95/NT alatti fejlesztések biz- 
tosítására valamennyi rendszer-DLL-t 
újraírták. Az új verzióban kijavították 
a korábbi hibákat. A fordítási és futási 
sebesség jelentősen nőtt, gyors fejlesz- 
téséhez már 8 MB memória is elegendő. 

A menüelnevezések egységesek let- 
tek, Win95/NT-hez illeszkedik a fájlke- 
zelés, és korrektül működik a Debugger 
és a Call Stack is. A CA-Visual Objects 
1.Oc kétbájtos karaktertárolása révén 
megjeleníti a legkülönfélébb ékezetes 
betűket is. Az SOL-ben használható 
tizedesvessző és decimális elválasztójel 
is, mint pl. az ezres pont. 

A megújult CA-VO teszteredményei 
szerint a fejlesztők alapos munkát vé- 
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geztek, még a korábban szórványosan 
előforduló hibákat is megjavították. 
Többszöri futtatás és tesztelés során 
sem fordult elő az előző változatnál 
sajnos gyakori általános védelmi hiba 
(General Protection Failure). 

Jó néhány osztály kibővült új tulajdon- 
ságokkal és metódusokkal. Ilyen pél- 
dául a DataBrowser, DbServer, Field- 
Spec, DbFileSpec, HelpDisplay, Me- 
nu, Printer, ToolBar stb. Az új Db- 
FileSpecben lényegesen több informá- 
ció érhető el az adattáblákról, indexek- 
ről és az adatbázismeghajtókról. 

Az új termék, a CA-Visual Objects 
1.0c nagy előnye az is, hogy egységes 
forrásból kínál egymáshoz jól kapcso- 

- "tódó eszközöket, így a CA-Visual Ob- 
jects klienseket kiszolgáló CA-Open- 
Ingres/Desktop és a CA-Openlngres for 
Windows NT adatbáziskezelő szerver- 
programot is. 


CA-Openlngres 


A CA-Openlngres/Desktop a jól is- 
mert nagygépes CA-Ingres adatbázis- 
kezelő PC-s változata. Az SOL-alapú 
relációs adatbáziskezelő szerverprog- 
ram, mely teljes Ansi92 SOL-támoga- 
tást élvez, egyfelhasználós, többfelada- 
tos adatbáziskezelő. Kliensprogramjai: 
az SOLTalk az SOL felhasználói interfé- 
sze, az SOLEdit konfigurációs és segéd- 
programokat tartalmaz, a Dberror egy 
adatbázishibákat leíró programkönyvtár. 

A CA-Openlngres for Windows NT 
egy SOL-alapú relációs adatbáziskeze- 
lő szerverprogram Windows NT-hez. 
Teljes Ansi92 SOL-támogatású, több- 
felhasználós, többfeladatos adatbázis- 
kezelő. Kliensprogramjai: Visual DBA, 
grafikus felhasználói interfész, adatbá- 
zis-adminisztrációs és egyéb segéd- 
programok. 

Konkolyné Bihari Zita 
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Okosodjunk egy kicsit 





PC Suli 


Gyártó: Zombie Soft 

Típus: Újrakezdő, középhaladó 
angolnyelv-oktató interaktív CD-ROM 

Minimális/ajánlott hardverkövetelmények: 
Windows-kompatibilis hangkártya, 
legalább dupla sebességű CD-olvasó 

Szoftverkövetelmények: 
Windows 3.1, Windows 95 vagy 
Windows NT 

Várható ár: kb. 8000 Ft -t áfa 


A magyar Zombie Soft cég második 
nyelvtanító CD-je, amely nagyságren- 
dekkel jobb kiállítású és szerkesztésű, 
mint elődje, az , Angol kezdő CD". Míg 
utóbbi csak egy viszonylag körülmé- 
nyes DOS-os keretrendszerrel műkö- 
dött, addig a mostani középhaladó a 
legkorszerűbb windowsos vezérlésű, 
mikrofonkezeléssel. — Megjegyezzük, 
hogy a kezdő DOS-os változat , win- 
dowsosítása" is megtörtént azóta, egy 
upgrade-lemezt lehet kérni a már meg- 
lévő CD mellé. A csapat a , Haladó 
angol nyelvi CD"-t 1996 augusztusára 
ígéri. 

Mint a program kissé hosszúra sike- 
redett címe is mutatja, a CD két tu- 
dásszintre tagolt, aktuális tudásszintfel- 
mérő teszteket is tartalmaz. Mindjárt az 
elején alávethetjük magunkat egy fel- 
mérésnek, így az itt elért eredménynek 
megfelelően vághatunk neki az újrakez- 
dő egyszerűbb tudásanyagnak vagy a 
középhaladók leckéinek. Ha szorgal- 
masan átküzdöttük magunkat a CD-n, 
egy zárótesztben adhatunk számot az 
elsajátítottakról. A teszt sikeres elvég- 
zése sajnos még nem jogosít fel sem- 
mire, de biztató előjel az állami, közép- 
iskolai vagy egyetemi nyelvvizsga előtt 
állóknak. 

Az újrakezdő és középhaladó szinten 
összesen 20 témakört járhatunk körül. 
Egy témakör 4 részből áll: olvasmány, 
témaköri gyakorlat, nyelvtani tananyag, 
nyelvtani gyakorlatok -- szószedet. 

Eredeti anyanyelvi hanganyagot ka- 
punk. A felolvasás sebessége is beállít- 
ható, ha úgy érezzük, hogy túl jók 
vagyunk, pörgessük fel egy kicsit a 
beszéd ritmusát! A nyelvtanulás egyik 
legnagyobb rákfenéje, hogy az élő be- 
széd (például egy angol nyelvű film 
szövege) a tanuló számára még túl 
gyors. Aki csoportosan tanul, és a gyen- 
gébb beszédértésű, az ilyen szöveget 
hallva rendszeresen lemarad, elveszíti 


a fonalat. Kudarcélménye előbb-utóbb 
a csoportból való lemorzsolódáshoz ve- 
zet. A CD révén mindenki saját képes- 
ségének megfelelő beszédsebességet ál- 
líthat be, és azt később tanulmányai 
előrehaladtával normál szintre emelhe- 
ti, esetleg azon túl is felgyorsíthatja (ha, 
mondjuk, tőzsdei alkusznak készül). 

A CD egyébként ügyes, mintegy 
6400 szavas hangos szótárral, az összes 
rendhagyó igét felsoroló táblázattal, 
nyelvtani súgóval segíti a tanulást. A 
zárótesztben már a beszédértést is vizs- 
gálja a program. Ismeretlen, hosszabb 
szöveget kétszer elismétel a gép, majd 
a harmadszori meghallgatással egyide- 
jűleg igennel, nemmel, nem tudnival 
kell válaszolni a témára vonatkozó kér- 
désekre. 

Ízelítőül néhány témakör: egyén, csa- 
lád, lakás, otthon, munka, orvos, autó, 
könyv, mozi, tv, utazás, repülés, mun- 
kavállalás, álláskeresés, gyermekneve- 
lés, Magyarország, Budapest stb. 

Szavak, kifejezések, sőt komplett 
mondatok mikrofonba mondásával az 
ember összevetheti saját kiejtését a CD- 
n található angol anyanyelvű narrátoré- 
val, és addig sulykolhatja, ízlelgetheti 
a saját és más kiejtését, intonációját, 
amíg a kettő legjobban fedi egymást. A 
szégyenlősebb tanulók négy fal között 
egymaguk akár százszor is elismételhe- 
tik ugyanazt, a PC Suli tanárai nem 
lankadnak, birkatürelműek. Csupán áll- 
hatatosnak és céltudatosnak kell len- 
nünk, valamint magunkkal szemben 
nem elnézőnek, hanem szigorúnak. De 
hiszen erről szól a nyelvtanulás. Nem 
is csak a nyelvtanulás... 


More 10 Test Vol. II 


Gyártó: Virtual Entertainment, Inc. 

Típus: Intelligenciateszt és egyéb 
agytornák 

Várható ár: 5000 Ft -- áfa 


Minimális/ajánlott . hardverkövetel- 
mények PC: 486-os processzor, 4/8 MB 
RAM, SVGA monitor, 256 szín, dupla 
sebességű  CD-olvasó, opcionálisan 
hangkártya. Macintosh: ...030 vagy fej- 
lettebb processzor, 4/8 MB RAM, 13 
collos vagy nagyobb monitor 256 szín- 
nel, CD-olvasó 

Minimális/ajánlott  szoftverkövetel- 
mények PC: MS DOS 5.x, 6.x, MS 
Windows 3.1. Mac: System 7.0 


Korábban már ismertettük ennek a 
CD-nek az elsőrészét. Ittis elmondható, 
hogy a szerzők okultak az előző rész 
gyengéiből, és alaposan felülmúlták e- 
lőző kiadványukat. A More IO Test 
szebb és jobb. A feladatok nem mindig 
azonosak, hanem a program variálja 
őket. Így többször is kitöltheti az ember 
az IO-tesztet, de kétségtelen, hogy má- 
sodszor vagy sokadszor már nem éri 
meglepetésként egy adott kérdéstípus, 
így óhatalanul javulni fog az eredmé- 
nye. Ha valaki tehát hiteles képet akar 
kapni saját vagy gyermeke(i) intelligen- 
ciájáról, problémamegoldó készségéről 
és találékonyságáról, csakis az első ne- 
kirugaszkodásra elért eredményt tekint- 
se mérvadónak. A program tárolja a 
tesztet elvégző emberek adatait, és egy 
— a játékokból megszokott , Hall of 
Fame" — dicsőségtáblán rangsorban fel 
is tünteti eredményüket. 

Nem angol anyanyelvűek számára 
kedvező változás, hogy magának az 
IO-tesztnek a megoldásához alig kell 
tudni angolul. Így a 60 feladatra adott 
45 perc elegendőnek bizonyulhat bár- 
kinek, nem kell percekig bíbelődni a 
feladat megfogalmazásának megértésé- 
vel. 

A klasszikus IO-teszten kívül szépen, 
grafikusan megvalósított öt további fej- 
törő is található a CD-n, és az adatok 
ezekben is újra meg újra mások. A gép 
méri a megfejtésre felhasznált időt. Le- 
het versenyszerűen is értékelni a telje- 
sítményeket. Az öt agytorna: origami, 
kombinációs zár kinyitása, toronyépítés 
összeillő elemekből, 6 lapjára kiterített 
kockából felismerni az összeragasztot- 
tat, különböző tárgyakkal kiegyensú- 
lyozott két mérleg alapján kitalálni a 
harmadik mérleg második serpenyőjé- 
nek tartalmát a hat megadott lehetőség- 
ből. 

A CD igyekszik tudományosan és 
hétköznapi módon is megmagyarázni, 
hogy mi az intelligencia. Bemutatja, 
hogy az intelligencia és a hülyeség 
között mennyi finom árnyalat és foko- 
zat helyezkedik el, és grafikonon is 
megnézhetjük ezek előfordulási való- 
színűségét, eloszlását földünk civilizált 
népességében. 

Az intelligenciamérés kényes és bo- 
nyolult dolog. Az ember jobban szereti 
maga, otthon, mások szeme elől elzárva 
megtudni, mi is van (vagy mi nincs) a 
fejében. Ha azután elégedetlen akár a 
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programmal, akár az elért eredménnyel, 
csak kattintson rá az Uninstall ikonra. . . 


Noviib 3 


Gyártó: Blink, Inc. 

Típus: Novell hálózatkezelő függvények 
programozóknak 

Minimális/ajánlott szoftverkövetelmények: 
Novell NetWare 2.10/3.x, MS DOS 3.0, 
támogatott nyelvi fordító 

Várható ár: kb. 39 000 Ft -- áfa 


A Blink, Inc. cég Blinker nevű szen- 
zációs programszerkesztőjével robbant 
be a köztudatba, még 3-4 évvel ezelőtt. 
Főleg a Clipper-programozók respek- 
tálták, hiszen a Clipperhez nem csoma- 
goltak , világbajnok" linkereket. Kez- 
detben a Plink86-ot, majd az Rtlinket 
kapták, de ezek a linkerek lassúak és 
körülményesek voltak, csak vérrel-ve- 
rejtékkel vehetők rá az overlay techni- 
kára. (Általában az azonos nevű önálló 
termékek korlátozott, kiherélt változa- 
tai szerepeltek. Az 5.3-as Clipper-ver- 
zióban már a Blinker könnyített kiadá- 
sát találni.) 

Nos, ez a jó nevű cég kiadott egy 
teljes körű hálózatos függvénykönyv- 
tárt, a Novlibet. Miért érdemes rá oda- 
figyelni? Több mint 450 függvény tesz 
lehetővé a következőkhöz hasonló 
funkciókat: 

— Előzetes login nélkül lekérdezhe- 
tők hálózati paraméterek. 

— Nem hagyja figyelmen kívül a 
Novell mindenkor beállított illetékessé- 
gi rendszerét és hozzáférési jogait, az 
egyes csoportbeállításokat. 

— Programból állítható hozzáférési 
jog, de csak akkor, ha a programot 
éppen használónak ehhez joga is van. 

—  Munkaállomás-függvények, pél- 
dául WSOSNameGet( ), WSOSVer- 
sionGet( ), WSLoginNameGet( ). 

—  Directory-függvények, például 
DrvDirMap( ),  DirEffectiveRights- 
Get( ). 

— Szemafor- és tranzakcióvédelmi 
funkciók, például  TTSBegin( ), 
TTSEnd( ). 

— A kézikönyvben mindenütt X- 
base-es pszeudokóddal írott mintaprog- 
ramrészletek. 

Támogatott nyelvek: C/C-t--- nyelvjá- 
rások, Visual Basic 3.x, 4.x, Borland 
Delphi (itt a novlib.dII használatos, mi- 
vel a Delphi nem támogatja a statikus 
linkelést, valamint helyesen kezeli a 
Delphi string adattípusát is), Clipper 
Summer "87-en keresztül CA-Clipper 
5.3-ig, CA-Visual Objects 1.Ob stb. 

Herczeg József 
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ONLINE 





InContext: 
Web Analyzer 


Rendszer: Windows 3.1 vagy Win95 
Kategória: Web utility 

Dátum: 1996. május 

Verzió: 1.0 

Méret: 1140 K 

URL: InContext Homepage 


Egy HTML-oldal írásánál még nem 
nagy kunszt követni, hogy mire hivat- 
kozik. Többnél — egy egész site esetén 
— ez már távolról sem olyan egyszerű. 
Mondjuk 30 oldal, 89 kereszthivatko- 
zással és 217 ábrával eléggé próbára 
teszi az embert. És akkor arról még nem 
volt szó, hogy egy webes rendszergaz- 
dának nemcsak a maga által írott lapo- 
kat kell rendben tartania, hanem mások 
műveit is. Továbbá az ember néha kí- 
váncsi lehet arra, hogy egy távoli site 
milyen szerkezetű. 

A fenti problémának tökéletes meg- 
oldása az Incontext Web Analyzere. A 
cég egyébként is jó nevű: IC Spider 
nevű web-szerkesztőjének újszerűsége 
miatt amúgy is megéri a figyelmet. A 
WA egy  középpontként megadott 
HTML-oldalból kiindulva végigmegy 
az általa hivatkozott képeken, mail-cí- 
meken, HTML-oldalakon, majd ezt re- 


kurzív módon folytatja, amíg valami . 


miatt meg nem áll. Megállhat azért, 
mert a kiinduló oldal a mi wincheste- 
rünkön van, és ott már minden hivat- 
kozást bejárt, vagy ha távoli gépről van 
szó, akkor valamelyik általunk meg- 
adott határfeltételbe ütközött. Ilyen fel- 
tétel lehet a hivatkozási mélység, illetve 
az, hogy külső hivatkozásokat (linke- 
ket) már ne kövessen. 

Az eredményt három ablakban lát- 
hatjuk. Jobb oldalt koncentrikus körök- 
ben a kiinduló oldal és annak hivatko- 
zásai, majd a hivatkozások hivatkozásai 
vannak egészen addig, amíg lehet. Itt 
világosan érthető ikonok különböztetik 


A hét programja 


Az "Új ALAPLAP" 
ajánlata 
WEB Analyzer 


Részletes leírás. 


meg az oldalt, a képet, illetve az egyéb 
elemeket. Például , meglepő" módon a 
mailto: címeket egy kis borítékikon 
reprezentálja. Bármelyikre a jobb oldali 
gombbal kattintva választhatunk, hogy 
nézegetni (browser) vagy szerkeszteni 
akarjuk (általunk megadott HTML- 
szerkesztővel), illetve a tulajdonságaira 
vagyunk kíváncsiak. A bal oldali felső 
ablak egy kiválasztott csomópont kap- 
csolatait mutatja, a jobb oldali gomb itt 
is hasonlóan működik. Látható, hogy 
egy kiválasztott oldal vagy egyéb elem 
mire hivatkozik, és mi hivatkozik rá. A 
nem létező kapcsolatok — törött linkek 
— jól láthatóan ki vannak emelve. Így 
egy elemzés után tudjuk, hogy aki 
nézegeti az oldalainkat, az hol fog 
szitkozódni, és mit kell tennünk, hogy 
ezt elkerüljük. Alul listaszerűen láthat- 
juk az oldalak és elemek felsorolását. 
Itt dátum, cím, hivatkozások száma, 
méret is látható. Külső, másik gép (site) 
esetén annak pontos URL-je is leolvas- 
ható ebből a listából. Talán mondani 
sem kell, az eddigiekből kiderül, hogy 
kívánságra az oldalak le is töltődnek 
gépünkre, tehát a G-A-S által nyújtott 
szolgáltatás, mintegy mellesleg, benne 
van ebben a programban. 

Generálhatunk beszámolót is, és ez 
persze HTML-formátumú lesz, amit az 
általunk megadott böngészőben rögtön 
meg lehet nézni. Ebben minden követ- 
hető, amit egyébként a fent említett 
-ablakokban esetleg azok zsúfoltsága 
miatt nem lehetett áttekinteni. Munkán- 
kat természetesen elmenthetjük, és újra 
előhívhatjuk, nagy site-ok esetén félbe- 
szakíthatjuk az elemzést, ami később 
onnan folytatható, ahol abbamaradt. 

A program szellemes, ötletes, nagyon 
jól van megoldva, és kis helyen, kevés 
erőforrással nyújt mindent, amit ígér. 
Aki egy kicsit is komolyabban veszi a 
webet, az nem lehet meg nélküle. A 
demóváltozat ingyenes, letölthető a fen- 
tebbi címről, de még a teljes változat 
is megfizethető, 150 dollár alatt van az 
ára. 

Horlai János 








CD-ROMTÁR 





1996. február 1. — 1996. május 31. 


Magyar CD-ROM diszkográfia 


Bibliográfiai adatbázis 

CIKK adatbázis 

OMIKK. Informatikai Igazgatóság; 
Comet; Software AG; 1995— 
Megjelenik negyedévente 

1 példány ára 46 000,— Ft -- áfa (F) 
Éves előfizetés 80 000,— Ft -- áfa (F) 

$ Kb. 120 000 cikk adatai mintegy 1500 
szakfolyóiratból és egyéb dokumentum- 
ból. A lemezen lévő egyéb adatbázisok: 
K--F; Intézmények; Szakértők; Kutatási 
témák; Tankönyvek 

MNB/CD 

Magyar Nemzeti Bibliográfia. 

Könyvek 1976-1995 

Országos Széchényi Könyvtár; 
Arcanum, 1996 

ISSN 1218-2192 


Éves előfizetése (a korábbi előfizetéstől— - . 


és a hálózati használattól függően) 

30 000 és 80 000 Ft között (F) 

§ Két évtized alatt megjelent kb. 125 000 
magyar könyv bibliográfiai leírása 
Teljes szövegű adatbázis 
Népszabadság 1995 

Népszabadság Kiadói Rt; 


Hypermédia Systems, 1996 
Ára 11 900 Ft -- áfa (k) 


Jogszabálygyűjtemény, adattár 
Adó "96 

Devizaszabályok "96 
Társadalombiztosítás "96 
[Mindhárom fenti CD-hez azonos adatok:)] 
HVG Rt; HVG Press Kft.; 

Folio Corporation, 1996 

(HVG Infotár) 

Ára 2950,— Ft [Egyenként] 
CD-cégjegyzék 

MTA SZTAKI; Company Data, 1995— 
Megjelenik havonta 

Regisztrációs díj 6500— Ft -- áfa 
Előfizetési díj 2500,— Ft/hó -- áfa (k) 

kt A Cégközlöny alapján kb. 250 000 
magyar cég adatai 

Jogikus 

Közgazdasági és Jogi Kiadó; 

Invenció Kft, 1996— 

Éves előfizetés 39 000 Ft -- áfa 
Darabonkénti ár 5000 — Ft -t áfa 

t Hatályos jogszabályok gyűjteménye 
1993 júniustól 

Samsung 

Irodatechnika termékkatalógus "96 
Samsung Electronics Magyar Rt, 1996 
Ingyenes, kapható a cégnél és partnereinél 
HMS 1996 

Hypermedia Systems, 1996 
Cégbemutató 

Ingyenes 


Multimédia adatbázis 

A magyar koronázási jelvények 
Magyar Nemzeti Múzeum; 

Cognitech, 1996 

(Magyar Nemzeti Múzeum, CD Könyvtár, 1.) 
Ára 3990— Ft (k) 

Fegyvertár 

Válogatás a Magyar Nemzeti Múzeum 
fegyvergyűjteményéből. Magyar Nemzeti 
Múzeum; Info2000, 1996 

(Magyar Nemzeti Múzeum, CD Könyvtár, 2.) 
Ára 3990— Ft (k) 

Városképek — 1990 

Magyarországi városképek a század- 
fordulón, 

Magyar Nemzeti Múzeum; 

Info2000, 1996 

(Magyar Nemzeti Múzeum, CD Könyvtár, 3.) 
Ára 3990— Ft (k) 

Emese álma 

A magyar őstörténet és az államszervezés 
kora (A kezdetektől 1038-ig) 
Enciklopédia Humana Egyesület, 1996 
Ára 6000— Ft -t áfa (F) 

Budapest 

CD-atlasz 

Cartographia; Vision-X, 1996 

Ára 8700 — Ft (KK) 

Képtárak 

Kirándulás a képzőművészet világába 
Minor, 1996 

Ára 5200 Ft (KK) 

Révai nagy lexikona 

CyberStone, 1996 

4 db CD ára 19 900— Ft (F) 

Uton 

"96-os KRESZ CD 

CyberStone, 1996 

Ára 3990,- Ft (F) 

Autósiskola 

Multimédia oktató és vizsgáztató program 
TalmaMédia, 1996 

Ára 6800,— Ft (KK) 

CD-ROM-- 

Kossuth, 1996 

Ára 1300,—- Ft (KK) 

§ Az önállóan is kapható CD egyben , A 
multimédia alapjai" c. könyv melléklete 
PC-ROM 

Multimédia PC Enciklopédia 

Foxtrend, 1996 

Ára 7790 — Ft (KK) 


Nyelvoktató program 


ClipDIC Deutsch 1 


Komplex nyelvoktató CD közép- és 
felsőfokú nyelvvizsgára készülőknek 
Profi-Média, 1996 

Ára 6200 Ft - áfa (F) 





ClipDIC Business 8. Finance 
English Tutorial 

Profi-Média, 1996 

Ára 7200 Ft - áfa (F) 
Mesevilág 1. 

A három medve és a kisleány 
$z más mesék 

Kossuth, 1996 

(Story World 1) 

Ára 5500, Ft (KK) 

Mesevilág 2. 

Piroska és a farkas éz más mesék 
Kossuth, 1996 

(Story World 2) 

Ára 5500, Ft (KK) 
Nyelvmester 

Nyelvoktató CD: Haladó angol 
Vision-X, 1996 

Ára 6990,-Ft (KK) 

PC Suli 

Multimédiás újrakezdő és középhaladó 
angolnyelv-oktató CD-ROM 
Zombie Soft, 1996 

Ára kb. 8000 Ft -t áfa 


CD-ROM-on rendszeresen 
megjelenő periodikum 
Other Side 

Multimédia PC Magazin 

Other Side Magazin, 1996— 
Megjelenik kéthavonta 

Ára 990, Ft/szám (F) 


Video CD 
Fekete doboz 
Fekete Doboz Alapítvány; 


Com-Ser, 1996 
Ára 2000 Ft -- áfa (k) 


Egyéb CD-ROM 

Magyar fürdőkalauz 

Magyar Fürdőszövetség; 

Magyar Almanach Kiadó; Helion, 1996 
Ára 2500,— Ft (áfával együtt) 

Virtual Gallery I., II. és II/2. 
ArchiCAD £ TopCAD 

Application éz Sample Source CD-ROM 
Graphisoft, 1993—1995 

Macintosh gépen fut 

Ára 2400, Ft -- áfa (II/2. verzió: k) 
ArchiCAD Gallery 2.0 

Graphisoft, 1995 

A Virtual Gallery PC-s változata 

Ára 2400, Ft -t áfa (k) 

People and more 

Graphisoft, 1996 

(Graphisoft Collection, vol. 1) 
Macintosh gépen fut 

Ára 19 500— Ft -t áfa (k) 





A zárójeles rövidítések 
a megrendelés módjára utalnak: 
(k) — A kiadónál 
(F) — A fejlesztőnél 
(KK) — A Kossuth Kiadónál 
A listával kapcsolatos észrevételeket 
és kiegészítéseket köszönettel fogadja 
a lista összeállítója: 
Tószegi Zsuzsanna 
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88. A TÉTT KG -ESZÁTÁE SZÉT ár LTE TE 


TTL RE ÉTTET IT ANST TA TT Te ete ÖÉ 4 ETTE MET SE 


1027 Budapest, Fő utca 68 
el: "201-2011, 201-88465 


. GYOMPUTER" 
ELeteT 172 


KöToj ta side Tal áj o e el erje 





€ Az idő több mint pénz! 


32-bites szoftvereinkkel a lehető 
legtöbb szempontot figyelembe 
véve, optimálisan tervezheti meg 
munkatársai szolgálati vagy ügyeleti 
beosztását, óra- vagy munkarendjét. 


Nincs több üresjárati 


Nyugdíjpénztár! 


Pénztáralapítástól a tagszervezésig, 
vagyonkezeléstől az auditált mérleg 
elkészítéséig komplex nyugdíjpénztári 

€/S információs rendszer, a kegkedvezőbb 
áron, az Önnek legmegfelelőbb pénzügyi 
konstrukcióban. 


Kérje ingyenes tájékoztatónkat! 


ZBPR:KFE 


E-mail: 100324,2726€compuserve.com 
. Tel/Fax: 226-7625 " 





BÉLYEGZŐ 
s WINDOVVS 


Bélyegző: 
3 méret 

3 szín 
grafikát is tartalmazhat 


DIGITÁLTECHNIKA 


Győr, 9024 Mónus I. u. 19. 
T.Af.: 96/414-411, 417-802 






P-touch StampCreator 200PC 
bélyegzőkészítő 
programmal együtt 
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Az információ menedzsment 
holnapja 


Új alkalmazásokhoz . a ax 


új adattípusok ... 


Image-ek 
Dokumentumok 
Szöveg keresés 
Animáció 


Video Clip-ek 
Multidimenzió 
2D/3D 

Idő sorozatok 


TA INFORMIX 


Technology Center Hungary 


InTeC Hungary Kft. 
1063 BUDAPEST, BAJNOK U 13 
TEL: 302-3388 FAX:302-3395 

BAJNOK CENTER 
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ALATT 






Címke: 
6-9-12-18-24 mm szélesség 

sokféle színben, letörölhetetlen 
grafikát, vonalkódot is tartalmazhat 
















P-touch PC 
címkenyomtató 
szerkesztőprogrammal együtt 


! PT-PC 
5. IIIA I Ár: 63.400 4 ÁFA 






DISZTRIBUTOR 
MÁRKASZAKÜZLET 
SZERVIZ 
Budapest, 1149 Egressy út 5. 
T.: 30/463-657, T./.: 221-6779 


























INFORMÁCIÓKÉRÉS: 0712 A 


INFORMÁCIÓKÉRÉS: 0727 A 


INFORMÁCIÓKÉRÉS: 0707 A 


ADATRENDEZŐ 





Kliens/szerver alkalmazásfejlesztés II. 


A feladathoz igazodva 


A munkában, melynek eszközeiként választhatjuk 
az elmúlt havi cikkben ismertetett elemeket, 
kulcsszerepe van az ,adatrendezésnek". 

Az akkor indokolt ajánlást (1996/6, 28. old.) 
ebben a szakmai megvilágításban részletezzük. 


A Powersoft Portfolio vizsgálatának 
második részét kezdjük mindjárt a vé- 
gén, azzal az  adatbáziskezelővel, 
amelyre — terveinket alapozhatjuk. 
Egyébként ugyanennek egyfelhaszná- 
lós, Windows alatti változatát, mint 


fejlesztési környezetet, a PowerBuilder 


Desktop programmal együtt is megkap- 
juk. Ez tartalmazza a fejlesztőeszköz 
demóalkalmazását is. 


Watcom SOL — a motor 


A háromfelhasználós Watcom SOL 
a munkacsoportos, az egyfelhasználós, 
illetve a mobil felhasználók számára 
készülő alkalmazások fejlesztésének 
hatékony eszköze, amely teljes vállala- 
tot átfogó hálózatig rugalmasan tovább- 
fejleszthető. Minimális adminisztrációs 
tevékenységet igényel, könnyen telepít- 
hető és karbantartható. A többplatfor- 
mosság révén van átjárás a Windows, 
Windows 95, Windows NT, OS/2, Net- 
Ware és DOS környezetek között. 

Figyelemre méltó a Watcom SOL 
Server kis memóriaigénye (kevesebb, 
mint 1 Mbájt), ami a hordozható gépe- 
ken futó alkalmazások szempontjából 
sem közömbös. A Server kapcsolódá- 
sonként is csupán 2 Kbájtot igényel. A 
Server ún. költségalapú lekérdezésop- 
timalizáló eljárása futás közben választ- 
ja ki a legmegfelelőbb módot az infor- 
máció elérésére. 

Fejlett adatbázis-funkciók segítik az 
eljárások, triggerek használatát, a kasz- 
kád update-et és törlést; a kétirányú, 
görgethető és update-elhető kurzorokat. 
A teljes tranzakciófolyamatot ellenőr- 
zőpontokkal és tranzakciónaplózással 
támogatja. 

Egyszerűbb feladatok megoldásakor 
gyakran egybemosódik az adatstruktú- 
rák logikai és fizikai tervezése. Ugyan- 
akkor nagyobb szerepet kap már létező 
adatmodellek visszafejtése, korrigálá- 


sa, áthelyezése. Tekintve, hogy a fej- 
lesztés kis létszámú, különös szerepe 
van a létrehozott modellek megfelelő 
dokumentálásának is. Ezekhez nyújt 
hatékony segítséget a StarDesignor, 
amelynek , felnőtt" testvére az S-Desig- 
nor Enterprise. (Ez utóbbi jóval széle- 


" sebb szolgáltatási körének ismertetésé- 


re itt nem térhetünk ki, de jó, ha szem 
előtt tartjuk: ha megoldandó feladataink 
meghaladnak egy bizonyos bonyolult- 
sági szintet, célszerű lesz tájékozódni 
ebben az irányban!) 

A StarDesignor 1.0 olyan (grafikus) 
adatbázistervező eszköz, amelyben a 
táblák, oszlopok és a köztük lévő kap- 
csolatok megrajzolásával, az elemek 
tulajdonságainak megadásával (vagyis 
a tervezés lépéseivel) egyidejűleg a 
kialakított adatbázis dokumentálását, il- 
letve fizikai létrehozását is meg tudjuk 
valósítani. 

A program több mint 50 adatbázis- 
platformot támogat. A Watcom SOL 
Server adatbázissal teljesen integrált 
egységet képez, míg a többi esetben 
ODBC meghajtókat használ. Adatbázis- 
visszafejtő technológiája lehetővé teszi 
a már létező adatbázis átvilágítását, így 
grafikusan megtekinthető és módosítha- 
tó annak szerkezete. 

Prezentációs színvonalú jelentések is 
generálhatók, és lehetséges az adatbázis 
áttelepítése akár másik adatbáziskezelő 
rendszer alá. 

A tárolt eljárások és triggerek támo- 
gatásán kívül az üzleti és érvényesítési 
szabályok definiálási lehetősége még 
hatékonyabbá teszi az alkalmazást, el- 
őnyt biztosít az alkalmazástervezésben. 

Az adatbázis-szerkezet létrehozása 
után a PowerBuilder Desktop sokrétű, 
egyfelhasználós fejlesztői környezete 
áll rendelkezésünkre az alkalmazás 
létrehozásához. (Ennek a programnak 
is léteznek nagyobb , testvérei": a PB 
Team-OBDC támogatja a csoportos 


fejlesztéseket, míg a PB Enterprise 
ezenfelül natív meghajtókat is biztosít 
alegelterjedtebbadatbáziskezelőkhöz. 
Ezen a termékcsaládon figyelhetjük 
meg leginkább a méretezhetőség cél- 
szerűségét, amit az árak 1:15 arányú 
különbségeis éreztet!) 

A Windows környezetben futó prog- 
ram lehetővé teszi, hogy a rámutatás, 
kattintás, vonszolás kényelmes mód- 
szerével fejlesszünk. Az elkészült alkal- 
mazást egy menetben fordíthatjuk le 
kész programmá, amely jogdíj és költ- 
séges futtató rendszer nélkül közvetle- 
nül alkalmazásba állítható. 

Az alkalmazásfejlesztés korszerű 
eszközeit biztosítja a program. Segítsé- 
gével gyorsan, bonyolult programozás 
nélkül fejleszthető komplex, minden 
funkcióval ellátott alkalmazás. Az ob- 
jektumorientált technológia tartalmaz- 
za a többszintű öröklést, a logikai be- 
ágyazást, a polimorfizmust, és az osz- 
tálykönyvtárak támogatását. A Power- 
Script programozási nyelvben több száz 
beépített függvény használható, fel- 
használói függvények írhatók, és elér- 
hetők a C-ben vagy más nyelven írt 
funkciók is. A rendszer tartalmazza a 
fordítót, valamint a teljes körű nyom- 
követés lehetőségét is. 


Az építő 


A desktop integráció megkönnyíté- 
sére a rendszer támogatja az OLE 2.0 
csatolásokat, a dinamikus adatcserét 
(DDE), a DLL-eket és a Visual Basic 
kontrollokat (VBX). A gyorstipp lehe- 
tőséggel is ellátott konfigurálható esz- 
közsorok a munka hatékonyságát növe- 
lik. 

Az eszközsorok testre szabhatók, 
mozgathatók, és gyorsan konfigurálha- 
tók. Kiterjesztett attribútumtámogatás 
teszi lehetővé a megjelenési és érvénye- 
sítési formátumok, szerkesztőmaszkok 
és oszlop-kezdőértékek kezelését. 

A PowerBuilder intelligens Data- 
Window objektumával az adatbázis 
SOL programozás nélkül is manipulál- 
ható. A DataWindow értelmezi minden 
adatbázis egyedi tulajdonságait: egy- 
szerűen csak ki kell választani az adat- 
forrást és a megjelenítési stílust, és a 
DataWindow közvetlenül az adatbázis- 
sal bonyolítja le a párbeszédet. 

A rendszer ODBC-n keresztül kliens 
elérést biztosít többek között Dbase, 
Clipper, FoxPro, Paradox, NetWare 
SOL, Btrieve, ASCII text, Excel ada- 
tokhoz. 

A pipeline a PowerBuilder adatmoz- 
gató és másoló eszköze: táblákat, táblák 
adatait és a tárolással kapcsolatos in- 
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formációkat másolja egyik adatbázisból 
a másikba, még ha az adatok különböző 
helyen vagy másik adatbáziskezelő rend- 
szerben vannak is. Egy már létező adat- 
bázis-szerkezet StarDesignorral való ho- 
nosítása után a PowerBuilder Desktop 
pipeline technológiájával az adat a for- 
ráshelyről áttölthető a Watcom SOL Ser- 
verbe, vagy nem hálózatba kötött Access, 
Dbase és Paradox adatbázisokba. 
Könnyen készíthetők a rendszerben 
lekérdezések, riportok és üzleti grafikák 
a grafikus lekérdezésszerkesztővel, il- 
letve a többtáblás OuickSelect eszköz- 
zel. A lekérdezések objektumként el- 
menthetők, majd adatforrásként hasz- 
nálhatók különböző (szabad formátu- 
mú, tabulált, kereszttáblás stb.) riportok 


számára. Készíthető 2 és 3 dimenziós 
tortaszelet, sor-, oszlop-, vonal- és pont- 
diagram, egyéb stílusú grafikon is. 


Bővíthetőség, méretezhetőség 


A fejlesztés hatékonysága tovább nö- 
velhető a Powersoft egyéb termékeinek 
hozzáadásával. Az Advanced Develop- 
er Toolkit újra használható objektumok, 
eszközök, segédletek gazdag gyűjtemé- 
nye. A népszerű Funcky for Power- 
Builder a PowerScript nyelv kibővítése 
500-nál több függvénnyel. A Power- 
Builder Library for Lotus Notes a Notes 
adatbázisokhoz való kapcsolódást teszi 
lehetővé. A ComponentPack a tábláza- 
tok és helyesírás-ellenőrző képességek 


beépítését segíti. A Translation Assis- 
tant a nemzetközi terjeszthetőséghez 
szükséges többnyelvű alkalmazások 
fejlesztésének támogatására készült. 
Ha a fejlesztői csoport vagy a fel- 
használói bázis növekedése indokolttá 
teszi, a Powersoft Portfolio lehetőségei 
egyszerűen növelhetők a vállalati szintű 
modulokra bővítéssel. A már említett 
S-Designor Enterprise és PowerBuilder 
Enterprise komplex környezetet nyújt 
a munkacsoportos tervezéshez és fej- 
lesztéshez. A Watcom SOL Advanced 
Network Serverek megadják a lehető- 
séget a háromfelhasználós környezetről 
a teljes vállalatot átfogó méretű rend- 
szerre való áttérésre. 
Bátorfi Péter—Szabó György 
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Befizetését követően postafordultával elküldjük Önnek a megrendelt lemezeket. A Népszabadság a postaköltséget átvállalja! 
(OD Kérem, hogy a Népszabadság CD-ROM-ról küldjenek tájékoztatót. 
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Megint egy új fogalom: WYNIWYG 


Internet web-oldalak nyomtatása 


Mi lehet az oka annak, hogy a számítástechnikában 
bizonyos egységesítési törekvéseket 

a felhasználók és a gyártók egyaránt szívesen, 
másokat viszont igencsak berzenkedve fogadnak. 
Érzelmileg is alaposan megosztja például a PC-s világot 
a Windows platformkényszere, ugyanakkor nem nagyon 
lehet az ,egyirányú utca" miatti panaszkodást hallani 

a Postscript leírónyelv vagy a Norton Commander 

, diktatúrája" esetében. A kérdésre adandó 

mélyebb válasszal az alábbi beszámolóban is 

adósak maradunk, de ha olvasóinknak kedvük támad 
ezzel kapcsolatos véleményüket kifejteni, 

szívesen közreadjuk azokat. Mi most az egység 

és a sokszínűség felé egyszerre haladó világból 
egyetlen aktuális darabkát fogunk csak kiragadni. 


A számítástechnika történetében már 
többször előfordult, hogy a Hewlett- 
Packard a többiek előtt járt, és kirukkolt 
olyasmivel, ami utána szabvánnyá, má- 
solási mintává, fejlesztési trendek meg- 
határozójává vált. A kutatásra és fej- 
lesztésre koncentráló  , mérnökcég" 
nem a raffinált marketingnek, nem is 
valami titkos ipari összefonódásnak 
vagy egyéb machinációknak köszön- 
hette sikerét, hanem termékei meggyő- 
ző minőségének — és feltehetően an- 
nak, hogy nem a jelenben, nem is a 
holnapban, hanem legtöbbször a hol- 
naputánban gondolkodott. 

A fenti asszociációkat a Hewlett-Pac- 
kard bergamói gyárában látottak és hal- 
lottak ébresztették fel a meghívott új- 
ságírókban. Maga a gyár, annak szer- 
vezettsége, felszereltsége, tisztasága 
olyan, mintha az egész valahol Kalifor- 
niában lenne. A téma nem is ebben 
rejlik, hanem a bemutatóhoz kapcsoló- 
dó előadásokban, azon belül is legin- 
kább a hálózati nyomtatásban. 

A dolog ott kezdődik, hogy bár szá- 
mos szép , szürke elmélet" született a 
papír nélküli irodáról, az élet , zöld fája" 
egyre inkább úgy fest, hogy még atávoli 
jövőben is igen előkelő szerepe lesz a 
nyomtatásnak, a papírnak. Persze nem 
egészen abba a formában, mint jelenleg. 
A szélessávú adatcsatornákon online 
elérhető újságokból és folyóiratokból a 
magunk érdeklődése szerint szelektálva 


otthon vagy az irodában kinyomtatott 
oldalak persze még a távoli jövőképhez 
tartoznak, de már , válámi van". Ez a 
bizonyos valami az internetes és intra- 
netes technológia, azon belül is a gra- 
fikailag kidolgozott, képekkel illuszt- 
rált web-lapok gyors terjedése. És amit 
a hálózaton látunk, azt esetenként jó 
lenne a nyomtatóra is kiküldeni, minél 
jobban megközelítve a képernyőn lát- 
ható eredetit. Megjelent tehát a WYNI- 
WIG fogalma (What You Net Is What 
You Get), vagyis amit a hálózatból be 
tudsz hívni, azt ki is tudod nyomtatni. 

A baj csak az, ha a piaci versenytár- 
sak hasonló technológiáiból hiányzik 
az egység, ha mindegyik a sajátját 
akarja futtatni, amely nem teljesen 
kompatibilis másokéval. A gondolatme- 
net itt visszakanyarodik a bevezetőhöz: 
ha az uniformizálási törekvést a szakma 
— és a felhasználók szélesebb rétege 
— az Internet felületkezelésében riva- 
lizálóktól nem fogadja el, talán a HP-tól 
mint kívülállótól és nyomtatási ügyek- 
ben igazán autentikus forrástól igen. Az 
Infoworld írta 1995. december 11-i szá- 
mában: ,A Microsoft és a Netscape 
HTML-verziói eltérő módon támogat- 
ják a nyomtatást. A HP viszont elég 
nagy ahhoz, hogy meghatározza, mi 
legyen az egységes szabvány." 

Azt nem nagyon kell bizonygatni, 
milyen problémák fakadnának az egy- 
séges szabványok hiányából, és az sem 


válik az emberi faj dicsőségére, ha a 
normákat nem a rendelkezésre álló leg- 
jobb megoldásra építik. (Bár ilyen mo- 
dellek is működőképesnek bizonyulhat- 
nak, nem is akármilyen elterjedtséggel, 
és ki-ki vérmérséklete szerint veszi az 
ilyen tényeket is tudomásul.) 

A HP a feljesztési célok meghatáro- 
zásánál elemezte, hogy melyek a fel- 
használók leggyakoribb panaszai a há- 
lózatról történő nyomtatáskor: lassú a 
nyomtatás, túl sok lépésből áll, a grafi- 
kák gyenge minőségűek, bizonyos ré- 
szek lemaradnak vagy hiányosak, az 
oldalrészletek különálló kinyomtatása 
megoldatlan, , szemetelő" karakterek 
jelennek meg az oldalon, rosszul vagy 
csúnyán vannak kinyomtatva a betűk, 
a nyomtatás lelóg a papírról stb. 

Mindenekelőtt ki kellett fejleszteni a 
HP nyomtatási lapleíró nyelvcsaládjá- 
nak az Internet web-technológiáját ke- 
zelni tudó legújabb tagját, a PCL 6-ost. 
Kooperáció nélkül a problémák megol- 
dásának sokkal kisebb az esélye. A HP 
azt az utat választotta, hogy 1995 de- 
cemberében közös munkába kezdett a 
Microsoft és a Netscape szakem- 
bereivel, és 1996 márciusában már be 
is jelentették a W3C közös fejlesztésű 
stíluslapot. A web-oldalak univerzális 
kinyomtathatósága felé vezető úton a 
szakma tehát elindult. 

Más vonatkozásban a HP új eszközök 
sorával állt elő. A nyomtatási sebesség- 
ről, a MOPY-technika terjedéséről (lásd 
erről legutóbbi számunkat) a HP Laser- 
Jet 5Si és az 5Si MX nyomtató gondos- 
kodik, percenkénti 24 oldalas (A/4-es) 
teljesítménnyel. A papíron lévő doku- 
mentumok gyors digitalizálását és a 
hálózaton való továbbítását végzi el a 
ScanJet 4Si szkenner. A képek minősé- 
gének javítását szolgálja a színes prin- 
terekhez kifejlesztett HP Image REt 
1200-as technológia, amely például a 
Color LaserJet 5 esetében a 300 dpi-s 
berendezésen 1200 dpi-vel egyenértékű 
nyomtatási képet szolgáltat, több millió 
színárnyalat alkalmazásával. 

Az internetes kihívásra a HP elég 
gyorsan reagált, mert valószínűleg nem 
akkor kezdett el a megoldáson dolgoz- 
ni, amikor a hálózaton az első HTML- 
oldalak megjelentek. 

Faklen Pál 
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Személyi hír 


Május 24-én a Microsoft Magyaror- 
szág élén Gönczi Andrást a cég eddigi 
kereskedelmi igazgatója, Reisz Attila vál- 
totta fel. Gönczi András a redmondi köz- 
pontban a Microsoft Network online szol- 
gáltatások nemzetközi marketingvezető- 
jeként dolgozik tovább. 





AT8ST — Lucent Technologies 


Egy patinás név az ATKT — Ma- 
gyarországon lényegében eltűnik a szak- 
mai palettáról. Az amerikai piacon ott 
marad a tisztán távközlési szolgáltatási 
profilt továbbvivő AT£T, a három részre 
darabolt céghez kapcsolódó egyéb tevé- 
kenységek viszont más nevek alatt foly- 
tatódnak. A berendezések gyártása és for- 
galmazása révén nálunk megismert ATkT 
név mögötti tevékenységeket az ATKT 
Magyarország Kft teljes jogú utódválla- 
lataként a Lucent Technologies Magyar- 
ország Kft. folytatja, amely a Lucent 
Technologies Business Communications 
Systems üzletág közvetlen képviselője. 
Ez a vállalat épületen belüli és épületek 
közötti integrált multimédia-hálózatok 
(IMX) megvalósításával foglalkozik, cé- 
gek és intézmények számára. Ugyancsak 
a Lucent Technologies Magyarországi 
Kft-n belül, de szervezetileg a Lucent 
Technologies Network Systems üzleti 
egységéhez kapcsolódva működik a Pri- 
vát Hálózatok Üzletág, amely a nevében 
foglalt szolgáltatásokra szakosodik, és 
indirekt csatornákon keresztül értékesít 
Magyarországon. 

Kicsit bonyolult ugyan, de idővel majd 
megtanuljuk. Erre mondhatja a pesti em- 
ber: mindegy, hogy hogy hívják, a lényeg, 
hogy ATE£T legyen... 








Packard Bell 4. NEC! 


A korábbi hírek alapján már számítani 
lehetett a június 4-én bejelentett tényre: 
a NEC a személyi számítógépekkel kap- 
csolatos működését Japánon kívül szoro- 
san a Packard Bellhez köti. A közös 
vállalat a Packard Bell NEC nevet viseli. 
Az előzményekhez tartozik, hogy a Pac- 
kard Bell áprilisban átvette a Zenith Data 
Systemset a Bull csoporttól. A Packard 
Bell (NEC) tehát amerikai hódításait az 
egész világra ki kívánja terjeszteni, s 
deklaráltan világelsőségre törekszik. A 
Packard Bell Amerika kedvenc számító- 
gép-márkája lett, a fejlett, erősen integrált 
és jól kezelhető multimédia-technológiát 
ők juttatták el a legtöbb emberhez. A 
mostani tranzakció annak lehetőségét te- 
remti meg, hogy a kombinált infrastruk- 
túra, az egyesített K-t-F révén a Packard 
Bell NEC a családi, intézményi és válla- 
lati piacok fő kiszolgálójává váljon. 
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Itthoni vonatkozású hír a témához kap- 
csolódóan, hogy tovább gazdagodik a 
Packard Bell gépekkel együtt szállított, 
azokra előre installált programok válasz- 
téka: DOS vagy Windows, Accent Exp- 
ress és egyéb hasznos szoftverek mellett 
június 1-jétől a Hunix Kft népszerű Vi- 
rusBuster programcsomagja is felkerül a 
gépekre. A programcsomag nem demó, 
hanem a gépvásárláskor érvényes , éles" 
változat (a jelenlegi például már tartal- 
mazza a makróvírusok ellenszerét is). A 
felhasználó később már az alkalmazási 
tapasztalatok birtokában döntheti el, hogy 
az ajándékba kapott vírusellenes prog- 
ramcsomag további frissítéseire igényt 
tart-e. 





Armada a Dunán 


Június 19-én stílszerűen egy állóhajó 
fedélzetén jelentették be a Compag leg- 
újabb hordozható számítógépének, a 
Compag Armadának a forgalomba kerü- 
lését. A szlogen szerint az év Compag- 
meglepetése, az Armada az a notebook, 
amely , nem ismer kompromisszumokat". 
A cég által kiadott sajtóanyagból idézve: 
, Eddig, ha valaki komoly technikai tudá- 
sú mobil-computert vásárolt, számítania 
kellett rá, hogy feltöltés nélkül csak rövid 
ideig működik. A jó felbontású képernyő 
ugyanilyen hátránnyal járt, ha pedig va- 
laki kiegészítőket is vásárolt notebook- 
jához, hamarosan megizmosodott, annak 
meglehetős súlya miatt." 

sAz Armada ... legoszeríten építhető 
rendszere lehetővé teszi, hogy a gép egy- 


szerre legyen tudásban nagy, formáját és" 


súlyát tekintve kicsi. Konstruktőrei úgy 
tervezték meg, hogy illeszthető legyen 
tulajdonosának asztali számítógépéhez is 
— így kapcsolódhasson akár a teljes 
munkahelyi hálózatához is —, ugyanak- 
kor egy mozdulattal kivehető legyen on- 
nan, az összes információval együtt." 

Ennyi jó dolog felsorolását követően 
kíváncsian várjuk, miként vizsgázik az 
Armada a gyakorlatban, s tekintettel arra, 
hogy mi egy darabig még nem engedhet- 
jük meg magunknak ezt a fajta , hajózást", 
várjuk az Armada-tulajdonosok visszajel- 
zéseit. 





JDE a Rolitronnál 


, Az érték a termelésben keletkezik" — 
olvasható valahol egy Rolitron-hirdetés 
szlogenje. Hogy ennek az értéknek a 
tisztelete mennyire hangsúlyos a Rolitron 
stratégiájában, azt mi sem bizonyítja job- 
ban, mint a vállalatirányítási rendszerekre 
szakosodott önálló divízió a cégen belül 
(ERP - Enterprise Resource Planning). A 
szakaszos termelés irányítására már eddig 
is kínált Symix és a folytonos termelésre 
alkalmas Prism mellett harmadikként az 
ugyancsak szakaszos termelést kiszolgáló 
J.D. Edwards rendszer került fel a palet- 


tára. Fontosságát tekintve ez utóbbi akár 
a másik kettő elé is kerülhet. A szerződés 
értelmében a világ legfontosabb öt ERP- 
rendszere között számontartott J.D. Ed- 
wards üzleti partnere a Rolitron Informa- 
tikai Rt. 

Maga a JDE rendszer nagyon széles 
felhasználói területet képes lefedni, a 
gyártástól a disztribúció/logisztika és a 
pénzügy/számvitel területén át a külön- 
böző szolgáltató tevékenységekig. (Funk- 
cionalitását tekintve lényegében az SAP- 
vel van azonos szinten.) A programrend- 
szer negyedik generációs adatbáziskeze- 
lőt, fejlett CASE-eszközöket és sokrétű 
vállalati szolgáltatást nyújt. Az objektum- 
orientált eszközökkel fejlesztett változat 
piaci bevezetése most kezdődött az USA - 
ban, s a gyakorlati próbák után 1997 
közepétől a magyarországi felhasználók 
rendelkezésére is áll majd. 





FLaG Party — nyitott kapukkal 


Májusi számunkban hírül adtuk, hogy 
Budapesten FLaG néven nemzetközi szá- 
mítástechnikai találkozót szervez a Cont- 
rolled Dreams demócsapat. A rendezvény 
az akkor meghirdetettekkel szemben nem 
három, hanem négy napig tart majd, 1996. 
július 19-től 22-ig, a III. kerületi Bárczi 
Géza Közösségi Iskola épületében (Bárc- 
zi Géza utca 2.) A szervezők a partyra 
szeretettel várnak mindenkit, akik a C64, 
az Amiga vagy a PC megszállottjai, de a 
kapuk nyitva állnak az egyszerű érdeklő- 
dők és a szerepjátékosok előtt is. 
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Kétüléses 

Ha a , tandem" szóról valakinek csak 
a kétüléses kerékpár jut az eszébe, abban 
egy kicsit a COCOM előírásai is ludasak 
voltak. Az 1974 óta működő Tandem 
Computers Inc. ugyanis a szuperszámító- 
gépek csoportjába sorolva sokáig el volt 
zárva a kelet-európai piacoktól. Olyan 
rendszereket szállított, amelyekkel szem- 
ben igen szigorúak voltak a megbízható- 
sági követelmények. Ma is a Tandem 
megoldásain alapul a világ hitelkártya- 
tranzakcióinak 669o-a, 200 egészségügyi 
és biztosítási szervezet készpénzelosztó 
rendszereinek 759o-a, a 32 legnagyobb 
távközlési vállalat hívásirányítási rend- 
szereinek 5090-a. A Tandem számos szak- 
területen (online tranzakciófeldolgozás, 
párhuzamos adatbáziskezelés stb.) úttörő 
szerepet játszik. Nem csoda tehát, hogy 
a Microsoft komolyan érdeklődni kezdett 
iránta, és 1996. május 7-én stratégiai 
szövetségre lépett vele. A kritikus alkal- 
mazásokban, a non-stop technológiákban, 
az adatkezelésben elérhető előnyökön kí- 
vül ez a kapcsolat azt is jelzi, hogy a nagy 
teljesítményű operációs rendszerek közül 
a Tandem is a Windows NT-t részesíti 
előnyben, feltehetően a Unix rovására. 
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( Előfizetés az Új Alaplapra ; 


Az 1996/.......... számtól kezdődően előfizetem 
az Uj Alaplap c. havi számítástechnikai folyóiratot 


ÜRÁtNÍK példányban, (J 1 évre, (J 1/2 évre. 





Az éves előfizetési díj 3564 — forint. 


Az előfizetési díj kiegyenlítéséhez: 


d Számlát kérek (banki átutalással fizetek). 





(I Átutalási postautalványt kérek. 


RKYNTÁG e astaeznttént tat étre letére tzzttsge ttásesékásáles nég eájszal s zaztssttől; 


Irányítószám: ... 





/aláírás/ 


X Alaplap Posta 


MEGRENDELÉS 


Az Új Alaplap 1996/7. számában a 25-26. oldalon 
ismertetett 3 szoftver közül postai utánvétellel 
megrendelem az alábbiakat: 

















Helység: . 


TTNNEÁGESÉNNTÁS áss setestázesászneassseekáéásását sast dS sétál Elek 


A szoftverek árát a küldemény átvételekor 
a kézbesítési díjjal együtt kifizetem. 


Dátum: 


/aláírás/ 








INFORMÁCIÓKÉRÉS 


Az Új Alaplap 1996. júliusi számának hirdetéseihez 


Kérem, hogy 
az itt általam 


KÓDSZÁMÚ 
hirdetésekkel 
kapcsolatban 
küldjenek 
részemre 
bővebb 
tájékoztatást. 

















Beküldhető: 
1996. 





július 
31-ig 
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: Az Uj Alaplap lemezmellékletének tartalma 1996 / JÚLIUS 


TERESA KETTOT TSÉG TOTTOSES 





HENEEKEKEKZEB 





EGHEKEZKETETRTKTOGTEKESTSTOÉKETOSTTTÉÉ 





ci 


TENEMERMENSENSZOONNKAMEEEEMOZTNOAN NEMA MENÁROTANRMEMOAOOADEOTHATT RO ENGYESZONTKTOANENHEAKR KON RKÁANGNZEMONTONOENES 





Két életjáték-program — ARTLIFE.FAG, CALIF$.EXE, WLIFEt.EXE 50 42. o. 





Ikonkészítés képkivágással — ICOCUT11.EXE, ICOTOBCP.EXE 








(Simay Endre István) 06 51. 0. 
DOS-os installálóprogram — INSTALL.TXT, INST$.EXE (Sipos Tamás) 
Képkirakó játék — KEPKOCKA.EXE, ".BMP (Simay Endre István) 50 52. o. 





Hálótervezési tanulmány — KATIH2.TXT, LATTICE1.EXE (Pogány Csaba) 





Ismét egy amőbaprogram — TAX7.EXE, ATTACK.EXE, DEFEND.EXE, 
MORE, AMOBA.HLP (Czímer Csaba) 
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KAO-lemez a Makrotrendtől 
! 





1,44 MB 


TI 


9 úg makrotrend 
We — A KAO DISZTRIB 
1143 Budapest XIV., Hungária körút 65 


Media from the Surface Scientists 


-cec 1 tökéletes memória 











ÚTORA 


Telefon: 183-4356 Fax: 163-7888 


1055 Budapest, Falk Miksa u. 6. 
ra JIM zdAzo e Tel.: 111-8268, 132-8717, 132-5764 Fax: 302-5136 


E-Mail: keszogoind.eunet .hu 





Asymetrix Multimedia ToolBook 4.0 144.000 WinfaxPro 7.0 Delrina CommSuite 19.600/29.000 
Corel Xara 49.000 WinfaxPro 4.0 single user 18.600 
Clarion 1.5 [/V / upgrade 79.000/32.000 WinfaxPro 4.1 Network 10 users 120.000 
TAPEDISK 6.5.4 for DOS, Win., Win95 46.000 McAfee Virscan for Win 95 18.000 
MS Windows 95 angol upg.-Multikey 3.0 14.000 PageMaker 6.0 for Win 95 / upgradc124.000/42.000 
MS Windows 95 magyar / upgrade  34.900/16.000 Adobe Photoshop 3.05 / upgr 128.000/49.000 
MS Windows 95 angol 36.000 CorelDraw 6.0 for Win 95 / upgrade 116.000/56.000 
MS Office 7.0 standard / upgrade 98.000 / 34.000 OuarkXpress for Win95/NT 144.000 
MS Office 4.2 / upgrade 96.000/57.000 MathCAD 6.0 Plus Prof. £[/W 59.000 
MS Access 7.0 / upg. / ADT  63.000/24.000/99.000 MathCAD kiegészítő modulok teljes választéka! 

MS Visual Basic 4.0 Standard/Prof. — 19.000/99.000 

MS Visual C-t 4.0 Prof. / upgr CD. 99.000/49.000 PKZIP 2.04g / ARJ 2.50 12.000 / 12.000 
Windows 95 Res. Kit/ Office 95 Res. Kit 7.200/7.200 ZlPdrive I00MB SCSVI/parallel 40.000 / 40.000 
MS Project 4.1 Windows 95 / upgrade 89.000/29.000 IOMEGA ZIPdrve I00MB lemez 4.500 
MS Visual FoxPro 3.0 / upgrade 37.000/18/.000 ZIP drive belső tápegység!!! 1.000 
MS Visual FoxPro Prof./upgrade 92.000/54.900 a . 

Multikey 3.0 / upgrade 3.600 / 2.000 Araink ÁFA nélkül értendőek! 
OEMM 8.0 /upgrade 16.000/9.000 
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EATER TA KAYA LIT A GERE LG KZT 
Címünk: 1047 Budapest, IV. ker. Baross u. 22-24. 
1.: 160-2928 Nyitva: 9-18 h-ig. 


Viszonleladókat 
is kiszolgálunk! " 





KRendelésfekétel, információ: Minolta Pagepro 6 
06-30-526-04 1, -526-040 89 900 Ft 
Központi Fax: 6 laplperc 
06-30-3800-904 
Igény szerinti konfigurációk 1--2 év garanciával, 1161 Bp., Thököly utca 88. 
Alkatrészek, Software, Hardware, Kiegészítők, Tel.: 06-30-446-177, -499-277 
Nyomtatók, Kedvező áron a legjobb minőségben! 2700 Cegléd, Pesti út 1. 


Tel.: 06-30-515-499 


7020 Dunaföldvár, Rákóczi u. 2 
Tel.: 06-30-545-080 


Cégek részére átalánydíjas szervíz szerződés! 
Hálózatépítés, -javítás, Hálózatfelülvizsgálat! 


INFORMÁCIÓKÉRÉS: 0724 A INFORMÁCIÓKÉRÉS: 0714 A 


INFORMÁCIÓKÉRÉS: 0721 A 
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3Com: Ethernet/ATM kapcsoló 


Az amerikai , Computer Reseller News" c. szaklap egyik leg- 
utóbbi számában közölte a Strategic Consulting, Inc. különböző 
gyártók Ethernet/ATM kapcsolóit összehasonlító vizsgálatának 
eredményeit. A szempontok között szerepelt az átbocsátás, késlel- 
tetés, csomagvesztési arány (PLR), túlterheléstűrés és a hálózatke- 
zelési szabványoknak való megfelelés. 

Az ár/teljesítmény viszonyt tekintve a 3Com , újdonsült" Link- 
Switch 2700 terméke került az élre. Az átviteli sebességek, az 
átbocsátás és a csomagvesztési arány tesztjében a LinkSwitch 2700 
bizonyította a teljes átviteli sebesség mellett azt is, hogy minden 
csomagméret mellett 10099-os az átbocsátása. Ennek következtében 
nem volt csomagvesztés. Az 0C—3c—ATM összeköttetésen mért 
Ethernet—Ethernet forgalom tesztjei is 10090-os átbocsátást mutat- 
tak. A túlterheléstűrés vizsgálatakor a LinkSwitch 2700 négy, öt és 
hat bemeneti jelfolyam (stream) mellett is azonos szintű, nagy 
teljesítményt mutatott egyetlen kimeneti porton. Ez független volt 
a kerethossztól. Ezt a teljesítményt egy a 3Com által kifejlesztett, 
,ZipChip" névre keresztelt ASIC lapka nyújtja. Az Ethernet/AATM 
között kapcsolt hálózat esetén szükség van egy csekély késleltetésre, 
amit a tesztek ki is mutattak. A vizsgált kapcsolók közül egyedül a 
LinkSwitch 2700 kínált választást a , store and forward" és a , cut 
through" üzemmód között. 


AT8-T—SGI: stratégiai szövetség 


Az ATA T és a Silicon Graphics (SGI) június elején jelentette be, 
hogy stratégiai szövetségre lép egymással WWW Internet és Intranet 
rendszerintegráció szolgáltatására Európában, a Közel-Keleten és 
Afrikában. A megegyezés eredményeként az AT£T egyben a teljes 
SGI-termékskála viszonteladójaként fog működni. A hír jelentőségét 
növeli, hogy a távközlési óriás először lép ilyen szoros szövetségre 
egy vezető számítógéprendszer-gyártóval. Hírek szerint az ATgT 
teljeskörű tanácsadást nyújt majd, és biztosítja az integrált SGI— 
ATS T megoldások üzembehelyezését. A szövetség működésének 
támogatására Párizsban szakértői centrumot állítanak fel. 





HP—Netscape: Internet-együttes 


A Hewlett-Packard és a Netscape Communications üzleti célú 
szövetségre lépett, amelynek célja a vállalati internetes és intranetes 
hozzáférési piacok terén mutatkozó növekvő igények jobb, gyorsabb 
kielégítése. A partnerkapcsolat — amely , egyesít" egy főleg a 
hardvertermékeiről ismert vezető céget egy olyan szoftverforgal- 
mazóval, amelynek neve már majdnem az Internet szinonimájává 
vált — széles területeket ölel fel, beleértve technológiai együttmű- 
ködést, közös termékfejlesztést, maerketinget, eladási procedúrát, 
támogatási, konzultációs és oktatási tevékenységet. A létrejött 
HP—VNetscape szövetség révén több projekt megvalósítására is 
lehetőség nyílik. Így kiterjesztett alkalmazási programinterfész 
eszközök (API-k) létrehozására; Internet-menedzselő megoldások 
előkészítésére, mind Unix, mind Windows NT környezetben, fel- 
használva a Netscape programszerver termékeit és a HP OpenView 
szinte már szabványnak tekinthető rendszerfelügyelő szoftverét; a 
HP OpenMail és a Netscape Mail Server elektronikus levelező 
rendszerek közötti együttműködésre, vállalati e-mail alkalmazások- 
ban; a HTML nyelv nyomtatás-orientált kiterjesztéseire és a Net- 
scape Web-böngészőjének a HP Laserjet nyomtatóit is felhasználni 
tudó, testreszabott változatának kidolgozására lesz lehetőség. 


Lotus: megállíthatatlan Notes 


Olyan Notes-verziót dob a tömegfelhasználói piacra a Lotus, 
amelynek funkciói eddig csak a nagy szolgáltatók, a nyilvános 
hálózatok részére voltak elérhetők. A két legfőbb ,újítás": a 
megbízhatóságot jelentősen növelő cluster-funkció (klaszterezés, 
fürtözés) támogatása, illetve a groupware programcsomag teljesít- 
ményének a növelését célzó párhuzamos replikáció megvalósítása. 
A cluster-funkció több szerver olyan összekapcsolását jelenti, 


amelynek révén együttműködhetnek alkalmazások hatékony feldol- 
gozásában. Jelenleg a Notes-felhasználók ún. proxy szerverek 
használata révén , kerülhetik meg" a problémát, amikor egy Notes 
szerverben hiba lép fel. Ilyenkor másik Notes szerverre , kapcsolnak 
át". A proxyk tipikusan azt igénylik, hogy a felhasználók a szerverek 
között manuálisan kapcsoljanak át, míg a klaszterezés automatikusan 
, átirányítja" a felhasználókat. Hírek szerint a Notes további új 
funkciókkal is rendelkezik majd, így például tükrözött e-mail 
állományok támogatása szerepel a tervekben. 


A Java az NT-ben is elérhető lesz 


A Microsoft bejelentette, hogy a Windows és a Windows NT 
operációs rendszer egyaránt támogatni fogja a Sun Microsystems 
Java programnyelvét. A Microsoft-féle Java-implementációt — 
amely lehetővé teszi a Windows platform speciális szolgáltatásainak 
(például hang, grafika stb.) használatát, a Java referencia-imple- 
mentációjának tekinti a Sun ezen a platformon. A Java megjelené- 
sével a Windows környezetben az válik lehetővé, hogy a Java 
programozásban kihasználják a Microsoft ActiveX. objektumtech- 
nológiájának előnyeit, például azáltal, hogy a Weben rendelkezésre 
álló ActiveX objektumokat építenek programjaikba, megtakarítva 
ezzel a szoftverfejlesztési időt. Hírek szerint a Microsoft a Java 
implementációt tovább javítja, kiterjeszti egy nagy teljesítményű, 
ún. just-in-time (JTT) fordítóprogrammal. Júniusban már elérhető 
volt a , beépített" Java a Microsoft Internet Explorer 3.0 web-bön- 
gészőjének bétaváltozatában. 


LNX SecurNET — a , biztonsági háló" 


A KFKI Számítástechnikai Csoport két hálózatos cégének (Lias, 
Networx) fúziójával létrejött Lias-Networx Hálózatintegrációs Kft. 
(LNX) a hálózatépítés minden , rétegében" dolgozik, az elődök 
valamennyi tevékenységi körét megtartva. A hálózati adatbiztonság 
igényeit felismerve, az LNX megalkotta saját SecurNET hálózat- 
építési koncepcióit, amely tapasztalatokból leszűrt tevezési és 
megvalósítási módszertan, kipróbált és bővülő elemkészlet együt- 
tese, mind arra a vezérelvre felfűzve, hogy a megfogalmazott 
hálózatbiztonsági igények a leghatékonyabban és a leggazdaságo- 
sabban legyenek kielégítve. 

A SecurNET műszaki megoldásait tekintve elsőként az ATá-T 
Systimax sodrott érpáras strukturált kábelezés jön számításba (ame- 
rikai FCC és európai előírásoknak megfelelően), illetve az üveg- 
szálas kábelezés. Ezek elektromágneses sugárzást nem bocsátanak 
ki, tehát ellenőrzött körülmények között fokozott biztonságot nyúj- 
tanak. A SecurNET további termékeleme a WaveLAN szórt spekt- 
rumú rádiós kommunikáció, amely gyakorlatilag detektálhatatlan, 
ezért jól illeszkedik az LNX biztonsági filozófiájába. A LAN 
eszközök közül menedzselhető, biztonsági szolgáltatásokkal rendel- 
kező termékek alkalmazásának támogatásáról van szó. A kapcsolási 
(switch) technológiák, sőt a virtuális LAN-ok alkalmazásával a 
biztonság szintje tovább fokozható (Cisco, Cabletron, HP, 3Com, 
Lucent Technologies eszközökkel). Az Internetbe szervezett LAN- 
ok védelmét különféle tűzfal-eszközök alkalmazásával éri elaz LNX 
(ebben leginkább a Ciscóra támaszkodik). A hálózatmenedzsment 
a biztonság fontos összetevője. Az LNX e téren széles eszközvá- 
lasztékból kínálhat, de leginkább a de facto ipari szabvány HP 
OpenView-t ajánlja, amelynek hivatalos VAR-ja ez a kft. (A 
Cabletron Spectrum is a kínálati palettán található.) Az LNX 
SecurNET koncepció megvalósításának eszközei a kriptográfiai 
hardver/szoftver megoldások (pl. CryptoCard, CryptoDisc stb.) A 
NetWare, Windows NT és Unix operációs rendszerek biztonsági 
funkciói szintén a módszertan lényegét képezik. Az LNX bejelentette 
azt is, hogy a kft. legújabb stratégiai partnere a Microsoft, amellyel 
Solution Partner-szerződést kötöttek a Windows operációs rendszer- 
re és az Exchange levelezőrendszerrre vonatkozóan. Ez utóbbit a 
csoportterméket támogató szoftverek között, az igen népszerű Lotus 
Notes mellett, annak alternatívájaként kínálja az LNX. 

Kovács Attila 
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A szigetmegoldás nem (jó) megoldás 


Sodorvonalban az Edifacttal 


Sokan kérdezték, hogyan kapcsolódhatnának 
az ETR rendszerhez, vagy hogyan alkalmazhatnák 
ezt a technikát saját területükön? 

Nem olyan egyszerű erre a kérdésre válaszolni, 
de a pénzben is egyértelműen kifejezhető 
haszon miatt mégis megéri a fáradozást. 

Az ENSZ, az EU, a Magyar Tárcaközi Bizottság 
által ajánlott szabványokat még egy ideig 

ki lehet kerülni, de (hajós példánál maradva) 
aki szeretne a sodorvonalban maradni 

vagy oda kerülni, annak nem célszerű 
szigetmegoldásokban gondolkodnia. 

Szigetek pedig vannak szép számban. 


Vannak olyan kisebb-nagyobb válla- 
latok, kórházak stb. , ahol többféle rend- 
szert használnak egyidejűleg, és arra 
törekednek, hogy egységes rendszert 
vezessenek be. Véleményem szerint 
nem biztos, hogy ez az egyetlen helyes 
út. Van helye a gigantikus alkalmazá- 
soknak is, de a meglévő, bevált rend- 
szerek integrálása is jó megoldásnak 
tűnik. 

Ha például egy kórházat vizsgálunk, 
létezik járóbeteg-, fekvőbeteg- stb. 
rendszer. A röntgenosztályon a filmfo- 
gyást is figyelni kell, az ultrahangnál a 
képeket kellene tárolni, a laborban pe- 
dig soros porton kellene illeszteni egy 
mérőberendezést. A másik kórházban 
azonban rendszerint már nem ugyan- 
ilyet alkalmaznak. Azután, ott van a 
belső patikájuk, a bér és munkaügy, és 
még sorolhatnám. Persze, hallottam 
már integrált rendszerekről, de én nem 
nagyon hiszek bennük. 


Szabad a gazda 


Nem hiszek az integrált rendszerek 
rugalmasságában, jó árfekvésében stb. 
Sokkal inkább hiszek a kisebb, de önál- 
lóan is működőképes rendszerekben, 
amelyek viszont (az Edifact alkalmazá- 
sával) egymással szót értenek. Minden- 
ki olyan programot vásárolhat, amely 
neki, a feladatnak és a pénztárcájának 
megfelel, vagy azzal készítteti el, akivel 
akarja. A vásárlónak és a felügyelő, 
irányító, tanácsokat adó szakhatóságok- 
nak, szervezeteknek viszont arra kelle- 
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ne kínosan ügyelniük, hogy a rendszer 
képes legyen a számukra szükséges 
vagy előírt kommunikációhoz szüksé- 
ges Edifact-üzenetek előállítására, fo- 
gadására, feldolgozására. (Az Edifact- 
üzeneteket szépen sorjában honosítani 
kell. Ezzel kapcsolatosan a Magyar 
Szabványügyi Testület ad felvilágosí- 
tást.) k 

Nézzünk egy egészségügyi példát. 
(Zárójelben az Edifact erre vonatkozó 
elektronikus szabványüzeneteit adom 
meg.) 

Kezdjük a háziorvosnál, aki a beteget 
szakorvoshoz utalja. Ehhez (MEDREO 
— orvosi szolgáltatás igénylése) üze- 
netet küld, mondjuk, a sebészetre. A 
kórház fogadó-elosztó számítógépe fo- 
gadja, és továbbítja az üzenetet a sebé- 
szet gépére, ahol az igényként jelenik 
meg. 

Az adatcsomag tartalmazza a beteg 
és a vizsgálatkérés szükséges adatait. A 
beteg megjelenik, megvizsgálják, az 
adatokat kiegészítik, és továbbküldik a 
röntgenbe. A sebészet rendszere (Med- 
reg — orvosi szolgáltatás igénylése) 
üzenetet indít a röntgennek. A röntgen 
gépe fogadja, a szükséges feladatok 
elvégzését követően (Medrpt — orvosi 
szolgáltatásról szóló leírás, Medruc — 
orvosi erőforrások használata, költség) 
üzenetet küld vissza a sebészetnek. A 
sebészet az üzenetet veszi, ha szüksé- 
ges, kiegészíti és üzenetet küld (Medrpt 
— orvosi szolgáltatásról szóló leírás, 
Medrpe — egészségügyi előírás) a be- 
küldő háziorvos számára. 


A rendszerben keringő üzenetekből 
vagy annak kivonataiból kaphat máso- 
latot az informatikai osztály, rajta ke- 
resztül pedig szintetizált adatokat kell 
kapjon a TB-OEP stb. Az OEP. ma is 
kap adatokat, részben Dbase formátum- 
ban. 


Azt és csak azt 


A fenti példában bemutatott modulá- 
ris rendszernél nem lehet megmondani, 
hol van az informatikai rendszer határa. 
Az akár országos is lehet, nemzetközi 
és ágazatfüggetlen kapcsolatokkal. Az 
egyes kisebb-nagyobb rendszereknek 
lehetnek saját funkciói, adatállományai 
stb., amelyekre a másiknak nincs szük- 
sége. Nem marad a felhasználóban 
olyan kétség, hogy esetleg más is bele- 
láthat az adataiba, tudja, hogy az adatok 
tárolása sem terhel másokat, van, aki- 
nek a PC, van, akinek a Mac vagy a 
VAX, esetleg a , papné" tetszik stb. Az 
adatcsomagok (üzenetek) mozgása jól 
nyomon követhető, archiválható. Ha 


. Yyalamelyik rész leáll vagy éppen kar- 


bantartják, az nem blokkolhatja az 
egész rendszert. 

De gondoljunk csak bele, ha kiállí- 
tunk valakinek egy számlát, vagy elkül- 
dünk egy megrendelést, mi sem írunk 
felesleges vagy nem oda illő adatokat 
a papírra. Ha valakinek a hitelkártya- 
szerű rendszer jutna eszébe mint alter- 
natíva, nos, ez nem ez, hanem a rend- 
szerben felhasználható technika mint 
azonosító, adathordozó, tárolóeszköz. 
Az MS Exchange vagy a Lotus Notes 
sem alternatíva, hanem szintén csak — 
akár többcélúan is felhasználható, rend- 
szerbe integrálható — eszköz. 


Partner és biztonság 


Az ETR rendszer nem egy megalo- 
mániás számítógépes rendszer, amit rá 
szeretnénk erőszakolni mindenkire, ha- 
nem, ismételjük, megvalósult elemei 
mintaként szolgálhatnak. 

Az adatcseréhez partnerre van szük- 
ség. Partner lehet a Bank, a Vám, a 
beszállító, a TB-nek a háziorvos, a 
patikák, a szakellátás, a kórházak, a 
háziorvosnak a szakellátás, az épülő 
logisztikai központok egymásnak és 
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partnereiknek, de akár egy nagyvállalat 
saját heterogén rendszerei is egymás- 
nak stb. Számukra is rendelkezésre áll- 
nak már a szabványajánlások, csak al- 
kalmazni kellene azokat, és nem újakat 
kitalálni, mint ahogy azt már sokan 
megpróbálták. Az Edifacthoz kapcsoló- 
dó szabványok egy részét már honosí- 
tották, és MSZ szabványként megjelen- 
tek. 

A kapcsolathoz kell egy partner (ha 
a rendszerben még nincs számára meg- 
felelő), egy telefonvonal, modem és 
elektronikus postaláda (vagy más, 
elektronikus információtovábbításra al- 
kalmas hálózat), kezdetben szaktanács- 
adó, esetleg oktatással támogatott tanu- 
lás, egy számítógép, és persze némi 
elszántság. Meg kell különböztetni azt, 
aki alkalmazni, és azt, aki fejleszteni 
szeretne. 


Nem járatlan út 


Az ETR (Egységes Telematikai 
Rendszer) már a negyedik sikeres pre- - 
jekten van túl, ahol (jórészt OMFB- 
pénzből) ajándékrendszereket kaptak 
az érintettek. Nemzetközi projektekkel 
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10092-OS ADATVÉDELEM! 


STOPLOCK V ADATVÉDELMI SZOFTVER 


A VILÁGON AZ ELSŐ ÉS EGYEDÜLI PC-S 
ADATVÉDELMI SZOFTVER, AMELY MEGKAPTA 
AZ ITSEC LEVEL E3 MINŐSÍTÉST 


Hozzáférés-védelem — Titkosítás — Követés — 
Vírusvédelem minden szinten: 
rendszer-, eszköz- és állományszinten 


VERITY LEMÁGNESEZŐ BERENDEZÉSEK 






1. Megakadályozható, hogy adataival együtt dobja ki 
használhatatlanná vált mágneses adathordozóit 


VISSZAVONHATATLANUL TÖRÖL MINDENT! 


2. Felújíthatja, újjá varázsolhatja agyonhasznált 
adathordozóinak mágneses rétegét 






A TÖKÉLETES MÁSOLÁS ELLENI VÉDELEM 








TETA MAGNETIC KFT. 
1134 Budapest, Váci út 19. Tel./Fax: 111-5004 


is van kapcsolata. Ilyen példaképpen a 
Duna—Rajna—Majna-csatorna. infor- 
matikai rendszere, vagy a COST 330-as 
projekt, amely az európai kikötők in- 
formatikai rendszerei közti kapcsolat- 
teremtést célozza meg az Edifact alkal- 
mazásával. Magyarországot is felkérték 
a részvételre, hiszen érdekli őket a 
keleti és a délkeleti irányú áruszállítás. 
Nyilvánvaló előny, ha ezek az informa- 
tikai rendszerek — bár heterogének —, 
mégis egységes rendszert képeznek az 
Edifact alkalmazásával. (A magyaror- 
szági COST 330-as projektről további 
részletek Tánczos Lászlóné tanszékve- 
zető egyetemi tanártól tudhatók meg.) 

Hogy ezek után ne tartson a kedves 
olvasó elvakult Edifact-hívőnek, meg- 
említem, hogy épp e cikk írásakor, 
azokban a napokban adtunk át egy 
olyan , adatátviteli" rendszert, amely 
két PC között úgy valósítja meg az 
egyirányú adatkapcsolatot, hogy az 
egyik vonalkódsorozatot nyomtat ki a 
másik számára, és a nyomtatványt az 
ügyfél viszi amásodik gépnek (Hegyes- 
halom határállomás, mérlegház —-— 
spedíció). Szóval nem mondom azt, 
hogy az Edifact az egyedüli és üdvözítő 





megoldás, de a rendszereket tervezők- 
nek, a fejlesztőknek, az informatikát 
oktatóknak és alkalmazóknak is ismer- 
niük kellene ezt a szabványos technikát. 


Találni képzetteket is 


A BME nappali tagozatos képzésé- 
ben mintegy 350 hallgató, a posztgra- 
duális képzésben pedig mintegy félszáz 
hallgató részesül Edifact-oktatásban 
évente. Ha valaki bővebb információ- 
hoz szeretne jutni, akkor ajánlhatom 
neki az ENSZ-anyagokat (és a Hunpro 
által lefordított kiadványokat), az Edi- 
fact-tanfolyamokat, vagy pl. a www.al- 
tavista.digital.com kereső oldalán az 
Edifact szót. A www.editie.n] oldalakon 
szabad szoftverek és részletes doku- 
mentációk is letölthetők. A kapott vá- 
laszözönön ne lepődjön meg senki, mi- 
vel ezt a technikát már sokan ismerik 
és alkalmazzák a világban. 

A témában, ahogy az talán e cikkből 
is kitűnik, nem lehet szakmai féltékeny- 
ségről beszélni, mivel az ily módon 
elkészült rendszerek jobbára erősítik 
egymás pozícióit. 

Kiss János 


Újság a hálózaton 


























A napilap 












EmEunEN  jlt.  mcrosott 


UATAK 


Online 


Uávözöljük olvasóink között ! 


Magyarország legolvasottabb 
napilapjának World Wide Web szerverére 
ért. Nézzen szét, böngésszen nyugodtan. Itt 

megtalalhatja a Népszabadság mai 
kiadásának legérdekesebb cikkeit, de 
tallózhat korábbi híreink között is. 


A Népszabadság nem csupán egy napilap, 
hanem élő szervezet is, amellyel 
kapcsolatba léphet, Szolgáltatásairól, 
tevékenységéről is itt kaphat pontos 
informáciokat. 


Szolgáltatások Pirtnerek English 


37 Packard Bell JÖTÜÉGK 


szt. 


ktmgyarország 





Olvassa a legnagyobb példányszámú magyar napilapot 


az Interneten is! 


Címünk: http://www.nepszabadsag.hu 
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Egységes, integrált felügyelet 


A hálózatmenedzsment alapelvei 


A hálózati menedzser feladata a hálózat 

folyamatos felügyelete és az esetleges beavatkozás, 
a hálózat 24 órás rendelkezésre állása 

a megfelelő szolgáltatási minőség érdekében. 
Amikor hálózatmenedzsmentről beszélünk, 

az esetek többségében az emberek általában 

egy drága szoftverrendszerre gondolnak, 

amely egy csapásra megoldja a hálózati menedzser 
(rendszergazda stb.) összes gondját, 

mivel (ahogy gondolják) csak rá kell kattintani 

a megfelelő ikonra a megfelelő képernyőn, 

és mindent azonnal meg fog oldani a szoftver... 


A közhiedelemmel ellentétben háló- 
zatmenedzsment az is, amikor a beren- 
dezések működőképességét például egy 
egyszerű IP ping paranccsal ellenőriz- 
zük, és az esetleges hiba bekövetkezte- 
kor az írott vagy a szájhagyomány útján 
terjedő , adatbázisból" kikeressük az 
adott rendszer fizikai és magasabb szin- 
tű, például szerverkonfigurációját, és ez 
alapján kezdünk bele a hiba behatáro- 
lásába, elhárításába. 

Már ebből a példából is látszik, hogy 
a hálózatot használó összes berendezés, 
eszköz menedzsmentje fontos, mert 
csak a teljes rendszer egységes kezelé- 
se, egy felügyeleti rendszerbe való 
összefogása alapján tudunk gyors hiba- 
elhárítást végrehajtani. A hálózat és a 
hozzá kapcsolódó berendezések egysé- 
ges felügyeletét nevezzük integrált me- 
nedzsmentnek. 


CMIS — az ISO ajánlása 


Nem tudunk egységes menedzsment- 
stratégiát megvalósítani anélkül, hogy 
a hálózati berendezések menedzsment- 
je ne egységes alapelvekre épüljön. 
Hasonlóan, mint a hálózatok 7 rétegű 
OSI modelljére, az ISO kidolgozta az 
általános hálózatmenedzsment ajánlá- 
sát is, CMIS (Common Management 
Information System általános me- 
nedzsment-információs rendszer) né- 
ven. Mint azt a 7 rétegű OSI hálózati 
modellben tette, itt is alapelveket fogal- 
maz meg az ISO-ajánlás, amely alapel- 
vek más, nem az ISO által kifejlesztett 
menedzsmentrendszerek számára is re- 
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ferenciának szolgálnak. A CMIS által 
definiált hálózati menedzsmentfunkci- 
ók a következő kategóriákba sorolha- 
tóak (1. ábra): 

Hibamenedzsment: segítségével ész- 
lelni lehet a hálózat bizonyos beállított 
paraméterektől eltérő viselkedését. 

Konfigurációmenedzsment: segítsé- 
gével az információátvitelt vezérelni 


lehet — az információ átvitelét végző. 


berendezések paraméterezése, átprog- 
ramozása által. 

Teljesítnénymenedzsment: az adat- 
folyam forgalmi, késleltetési, torlódási, 
maradékkapacitás-adatait stb. gyűjti, 
ezek alapján a hálózat adatátviteli ké- 
pességeit figyelemmel lehet kísérni. 
Ennek a funkciónak a része az adatok 
alapján történő tervezés- és kapacitás- 
menedzsment is. 

Biztonságmenedzsment:  funkcióe- 
gyüttes, amely szabályozza a hálózat- 
hoz, illetve a hálózati szolgáltatásokhoz 
való hozzáférés jogosultságait. Ez a 
funkció tartalmazza a hálózatmenedzs- 
ment-szolgáltatásokhoz való hozzáfé- 
rési jogosultságokat. 

Számlázásmenedzsment: a hálózati 
erőforrások felhasználásának adatait a 
megfelelő felhasználókhoz rendeli, mi- 
által lehetőség van a hálózati költségek 
megfelelő elosztására a felhasználók 
között. 

Természetesen nem minden hálózati 
menedzsernek van szüksége vala- 
mennyi fent említett funkcióra. Például 
elképzelhető, hogy a számlázási funk- 
cióra nincs szüksége, mivel nem végez 
belső elszámolást a vállalat belső szer- 


vezeti egységei között. Elképzelhető, 
hogy nincs szüksége a biztonsági me- 
nedzsment funkcióra sem, mert nincs 
külső belépési pontja a hálózatának, 
szinten, például a szerverek hozzáférési 
jogosultsági rendszerén keresztül oldja 
meg. Azonban ahogy a hálózati rend- 
szerek egyre bonyolultabbá válnak, 
ezek a funkciók is elérik, vagy akár meg 
is haladják a többi menedzsmentfunk- 
ció fontosságát és komplexitását, ezért 
gondolni kell megvalósításukra. 

Nézzük meg tehát részletesebben, 
hogyan valósulnak meg egy rendszer- 
ben a sorolt funkciók. 


Hibamenedzsment 


Az egyik legrégebbi és legfontosabb 
funkció, amely általában minden háló- 
zati menedzserrendszerben megvaló- 
sul. Alapeleme a hibamonitorozás, 
amely folyamatosan figyelemmel kíséri 
a menedzselt berendezés működését, és 
figyelmeztet, ha a berendezés működé- 
se eltér az előre beállított értékektől. 
Kétféle hibát különböztet meg. Kétál- 
lapotú hiba (hard error) az, amikor 
valamilyen erőforrás működése meg- 
szűnik, és ebből adódóan az adatátviteli 
kapcsolat megszakad, például egy 2 
Mbit/s-os kapcsolat kiesik. Küszöbhiba 
(soft error) az, amikor valamilyen be- 
állított küszöbértéket halad meg egy 
paraméter értéke, amit a menedzser- 
berendezés jelez. Ez történik akkor, 
amikor például egy 2 Mbit/s-os össze- 
köttetésben a bithibák aránya meghalad 
egy bizonyos, előre meghatározott szin- 
tet, ezért beavatkozást igényel. A hiba- 
javítás egyrészt a menedzselt berende- 
zések saját intelligenciája által valósul- 
hat meg — például back-up route-ok 
(kisegítő adatátviteli utak) használata, 
spanning-tree bridge-ek (többszörözött 
hidak, amelyek közül egyidejűleg csak 
egy működik) alkalmazása —, vagy a 
berendezések konfigurációjának meg- 
változtatásával háríthatjuk el a hibát. 


Konfigurációmenedzsment 


A konfigurációmenedzsment vezérli 
a hálózati berendezések működését a 
beállított paraméterek megváltoztatása 
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által. Ez gondoskodik a berendezések 
kezdeti és működés közbeni konfigurá- 
lásáról, ennek adminisztrálásáról, a hi- 
bás berendezések cseréje utáni konfi- 
guráció letöltésről stb. Mint az előző 
pontban láttuk, a hálózat működése 
közben az adatátviteli paraméterek vál- 
tozása (hibaarány-növekedés, hálózati 
terhelés növekedése) a konfiguráció 
változtatását teheti szükségessé. Ez a 
konfigurációmenedzsment előre defini- 
ált eljárásai alapján, nagyobb rendsze- 
rekben mesterségesintelligencia-mód- 
szerek igénybevételével lehetséges, és 
több vizsgált bemeneti változó értékei 
szerint teheti meg a beavatkozást a 
hálózati berendezések konfigurációjá- 
ban. (Például a Cabletron Spectrum 
hálózati menedzsment rendszere.) Ez 
különösen olyan komoly hálózatoknál 
fontos, amelyekben a nagy mennyiségű 
adatforrás, valamint a váratlanul bekö- 
vetkező eseményekre reagálás csak 
ilyen módszerekkel biztosítható. 


Teljesítnénymenedzsment 


A funkció a hibamenedzsmenthez 
hasonlóan adott berendezések változó- 
inak monitorozásán alapszik. Sok logi- 
kai hálózat egymás mellett létezése a 
hálózati forgalom ütközéséhez vezet- 
het, aminek oka rejtve marad a logikai 
hálózatokat használók előtt, azonban ez 
a funkció segíthet felderíteni az esetle- 
ges lassulás okát. A teljesítnményme- 
nedzsment funkcióadatainak segítségé- 
vel modellezhetjük a hálózat működé- 
sét. Megbecsülhetjük egyes hálózati al- 
kalmazások válaszidejeit, segítve ezzel 
a hálózati topológia, valamint a hálózati 
összeköttetések sebességének megter- 
vezését. 


A hálózat számlázásmenedzsmentje 


A számlázásmenedzsment szüksé- 
gessége, mint már említettük, elsősor- 
ban nagy hálózatok, több szervezeti 
egység közös hálózati erőforrásainak 
használatakor jelentkezik. Többféle pa- 
raméter mérésére is szükség lehet a 
hálózati erőforrások igénybevételének 
függvényében. Például csomagkapcsolt 
hálózatok esetében a kapcsolatfelépíté- 
sek száma, az átvitt csomagok meny- 
nyisége, a virtuális kapcsolatok fenn- 
maradásának ideje mind költségténye- 
ző lehet, tehát mindegyik méréséről, a 
forgalmi adatok felhasználókhoz való 
hozzárendeléséről gondoskodni kell. 
Szükség lehet rá, hogy a hálózat által 
biztosított szolgáltatások (mail, direc- 
tory services) igénybevételét szintén 
valamilyen módon a felhasználáshoz 
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rendeljük, esetlegesen ennek méréséről 
is gondoskodni kell. 


Biztonságmenedzsment 


A biztonság szó ebben az esetben a 
hálózati erőforrások illetéktelen mani- 
pulálástól való megvédését jelenti. Ez 
nagy hálózatoknál nagyon bonyolult és 
szerteágazó feladat lehet. A felhaszná- 
lók elsősorban a számítógépeken tárolt 
adatok megszerzésében, manipulálásá- 
ban érdekeltek, ezért ezeket magasabb 
szintű hozzáférési eljárásokkal védik. 
Ide tartozik a hálózat távoli felhaszná- 
lóinak megadott belépési jogosultságok 
menedzselésétől kezdve az Internethez 
kapcsolódó hálózatok tűzfalakkal törté- 
nő megvédésének felügyeletén keresz- 
tül egészen a hálózatimenedzser-állo- 
mások hozzáférési jogosultságainak el- 
lenőrzéséig minden tevékenység. 


További szabványok 


Az előző funkcióleírásból is sejthető, 
hogy egy jól kezelhető menedzserszoft- 
vernek milyen bonyolult követelmé- 
nyeknek kell megfelelnie.  "Termé- 
szetesen manapság a grafikus felhasz- 
nálói interfész, valamint a modern re- 
lációs adatbáziskezelés is tartozéka a 
hálózati menedzsment rendszereknek. 
A nagy, több telephellyel rendelkező 
vállalatok menedzsment-igényeinek ki- 
elégítése céljából ún. elosztott (distri- 
buted) mendzsment-rendszereket is lét- 
rehoztak már. Ezek a szoftverrendsze- 
rek lehetővé teszik, hogy a hálózat 
elosztott eroforrásait elosztottan fel- 
ügyeljük, azonban egyes hálózati funk- 
ciókat képesek legyünk központilag is 
elérni (például számlázás, konfiguráci- 
ómenedzsment stb.). 


Operátori bavatkozások, 
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Az ISO CMIS modell ismertetése 
után nézzük meg, milyen hálózati szab- 
ványok terjedtek el a gyakorlatban. 


CMIS/CMIP 


A CMIS rendszer kezelésére az ISO 
az ún. CMIP-t (Common Management 
Information Protocol — általános me- 
nedzsment-információs protokoll) defi- 
niálta. A CMIS/CMIP a mendzserköz- 
pontokból, valamint a menedzselt ob- 
jektumokból, vagyis azokból a beren- 
dezésekből áll, amelyek megértik a 
CMIP protokollt. A menedzselt beren- 
dezéseken a paraméterek ún. MIB-eken 
(Management Information Base — me- 
nedzsment-adatbázis) keresztül érhetők 
el. A CMIS/CMIP definíció objektum- 
orientált, ami különösen nagy rendsze- 
rek felügyeletében jelent előnyt. A 
CMIP protokoll implementálása igen 
bonyolult feladat, a menedzselt beren- 
dezésektől nagy számítási kapacitást, 
sok memóriát igényel. Ezért nem meg- 
lepő, hogy elsősorban a legnagyobb 
hálózati rendszereket gyártó vállalatok 
hoztak ki a CMIS/CMIP protokollon 
alapuló rendszereket. (Pl. ATSzT, Bri- 
tish Telecom stb.) A rendszer a számí- 
tási teljesítmény és a memóriaárak 
csökkenésével várhatóan mind elterjed- 
tebbé válik. 


SNMP és SNMP version 2 


Az SNMP (Simple Network Man- 
agement Protocol — egyszerű hálózati 
menedzsment protokoll) népszerűségét 
a TCP/IP hálózatok széles körű elterje- 
désének, valamint igen egyszerűen 
implementálható protokolljának kö- 
szönheti. Eredetileg a TCP/IP hálóza- 
tokban használatos gateway-k mene- 
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dzselésére fejlesztették ki Simple Ga- 
teway Management Protokoll néven, 
csak később terjesztették ki használatát 
más hálózati berendezésekre is. 

A protokoll kétféle résztvevőt defi- 
niál. Egyrészt menedzserállomást, más- 
részt menedzselt (ún. ügynök-) állo- 
mást, amely a menedzserállomás kér- 
déseire válaszol. Az ügynökállomás pa- 
raméterei az előző pontban említett 
MIB-ekben tárolódnak, amelyek speci- 
ális fastruktúrába szervezik a mene- 
dzselt berendezés hálózati paramétereit 
tartalmazó adatbázist. Az adatbázisnak 
vannak előre definiált területei, amelye- 
ket minden berendezésgyártónak, aki 
az SNMP protokollt támogatja, meg 
kell valósítania, míg vannak gyártóspe- 
cifikus részei is, amelyek csak a gyár- 
tóra jellemző adatbázist tartalmaznak. 


A protokollról 


A protokoll előnyei, nevezetesen az 
egyszerű megvalósítás és architektúra 
egyben a legfőbb hátrányai is. Az egy- 
szerű protokoll könnyű lehallgathatósá- 
got is jelent, a kérdés-feleleten alapuló 
architektúra nagyobb hálózatokban 


Termelő, Szolgáltató és Kereskedelmi Rt. 


1142 Budapest Kassai u. 84. Telefon:267-6770. 267-6771. 252-5125. FAX: 251-6850 
Szervíz: 1142 Budapest Erzsébet királyné útja 53. Telefon: 252-1932. 251-1444 


A világ egyik legnagyobb UPS gyártójának a: 


E Computer Power 


magyarországi dealere 
UPS-ek 250 VA-800 kVA-ig. 


NEC optika, mikro; 
GN Elmi műszerek; 
műszerjavítások; 
Számítástechnika /hardver, szoítver/ 
forgalmazás, szervíz; 
monitor, UPS, tűs nyomtató, 
telefax, TV javítás; 
AUTÓRIASZTÓ forgalmazás; 
egyedi műholdvevők, CATV rendszerei 
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egyre növekvő hálózati forgalmat ge- 
nerál. 

Többek között ezeknek a problémák- 
nak a megoldására fejlesztették ki az 
SNMP version 2 protokollt, amely az 
SNMEP előnyei megtartásával próbálja 
annak hátrányait kiküszöbölni, tehát 
megoldja a lehallgatásból adódó prob- 
lémákat, biztosítja két menedzserállo- 
más közti adatátvitelt, segítséget nyújt- 
va nagyobb elosztott menedzserrend- 
szerek kialakításához stb. 

Az SNMP protokoll nagy sávszéles- 
ségigényének csökkentésére dolgozták 
ki az ún. RMON (Remote Monitoring 
— távoli monitorozó) funkciót. Az 
RMON funkció például egy router be- 
rendezésben az SNMP protokoll szem- 
pontjából egy agent funkciót megvaló- 
sító eszközben került definiálásra. Fel- 
adata az, hogy egy adott interfész pél- 
dául a helyi LAN forgalmát figyelem- 
mel kísérje, a forgalmi jellemzőket az 
időinformációkkal együtt feljegyezze, 
tehermentesítve ezzel a menedzserállo- 
mást, valamint a távoli router és a 
menedzserállomás közti esetlegesen kis 
sebességű soros összeköttetést az 
egyébként szükséges SNMP-forgalom- 


univerzális 

gyors 

gazdaságos 
könnyen kezelhető 


kompatibilis 


tól. Az adatokat az RMON számára 
definiált MIB struktúrában tárolja. A 
menedzserállomás az őt érdeklő adato- 
kat az SNMP protokoll segítségével 
képes ebből az adatbázisból kinyerni, 
és ennek alapján megjeleníteni, eltárol- 
ni stb. 


A fejlődés iránya 
A ma használatos legtöbb hálózati 
menedzserszoftver, valamint hálózati 
berendezés elsősorban az SNMP proto- 
kollt támogatja. Várhatóan az elkövet- 
kező néhány évben még nem változik 
a helyzet, mivel az SNMP version 2 
felhasználása most kezdődik. A version 
2 ugyanis természetes továbblépés, 
szemben a más logikájú CMIS/CMIP 
architektúrával. Tehát egyelőre egyedu- 
ralkodók lesznek az SNMP-s rendsze- 
rek, egészen a csak néhány hálózati 
funkciót megvalósító PC-s menedzs- 
mentszoftverektől a sok gyártót támo- 
gató, RISC-es számítógépeken futó, 
nagy menedzserplatformokig (Novell 
NMS, HP Open View, SunNet Manager, 
Cabletron Spectrum stb.). 
Menyhért Zoltán 


Az igényes fejlesztők grafikus eszköztára 
A MultiClip grafikus, vektorgrafikus és chart függvényeket 
tartalmazó könyvtárak és segédprogramok együttese komplex 
grafikus alkalmazások fejlesztéséhez. 


A könyvtárak CA Clipper és C programnyelvekhez használhatók. 


a legegyszerűbb grafikus funkcióktól az 
összetett, komplex alkalmazási függvé- 
nyekig minden grafikus eszközt biztosít, 
Windows látvány nyújtható DOS sebességgel, 
nem igényel drága hardvert, de kihasználja 
mindazt, ami rendelkezésre áll, 

kiterjedt segédprogram rendszer könnyíti 
meg a könyvtárak használatát, 

a leíró és grafikus adatállományok szabvá- 
nyos export-importja megoldott. 


Mire használható a MultiClip? 


Az egyszerű adatbáziskezelés grafikus felületű megvalósításától 
akár komplex térinformatikai és műszaki, vektorgrafikus alkal- 
mazások fejlesztésére. 


Alkalmazható üzleti információs rendszerek, vállalati- és 
termékbemutató programok, üzemi, gyártástechnológiai és 
szállításszervezési rendszerek létrehozására. 
További információk a Psoft Informatikai Kft.-nél 
1122 Budapest, Városmajor u. 51./a 
Tel./fax: 155 -3672 


Tel.:(20) 344 642 
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Ha van egy jó felügyelő... 


, Valaki" odafigyel a hálózatra 


Nemrég még a számítógépre mondhattuk, 

hogy egyre több területen, egyre több helyen 
nélkülözhetetlen. A jelzőt most már a hálózatra is 
kezdhetjük alkalmazni, mert közeledik az idő, 
amikor csak az érheti el gazdasági, tudománybeli 
céljait, aki hálózatba kapcsolt számítógépet használ. 


A következő években robbanásszerű 
terjedése várható azoknak a rendszerek- 
nek, amelyek egyszerre több embert 
szolgálnak ki, amelyekben osztott vagy 
centralizált adatbázisban, de együtt van 


mindaz az információ, amely ma még-. - 


elszigetelten rejtőzik a munkatársak 
számítógépében vagy netán a fejében. 

A hálózatosodás azonban kiszolgál- 
tatottságot is jelent. Ha minden adat 
bevonul a gépbe, akkor elég egy áram- 
szünet ahhoz, hogy megbénuljon az élet 
az irodában, s ez komoly veszteséget 
okozhat — arról nem is szólva, hogy 
mennyire megviseli az embereket, ha 
képtelenek valamit határidőre elvégez- 
ni. A hálózatosodásnak tehát alapvető 
feltétele a megbízhatóság, a lehetőség 
szerinti hibamentes működés, illetve a 
mégis bekövetkező hibák gyors elhárí- 
tása. 

Ehhez azonban meg kell találni a hiba 
okát, ami bizony annál nehezebb, minél 
bonyolultabb egy rendszer — márpedig 
egy hálózat már meglehetősen bonyo- 
lult. Ráadásul négy-öt-tíz PC-ből álló 
kis hálózat nem nagyon tud eltartani 
egy olyan szakembert, akinek nincs más 
feladata, mint a hibaelhárítás, a hálózat 
gondozása. Szükség van tehát — és 
egyre nagyobb szükség van — a hálózat 
működésének automatizált megfigyelé- 
sére, esetleg némi önjavító képességre 
is. 


A centrumban 


Az általánosan használt,  szab- 
ványosodó hálózatmegfigyelési model- 
lek alapeleme a megfigyelt objektum, 
a saját működéséről a hálózaton keresz- 
tül jelentést adó berendezés vagy alkal- 
mazás, illetve ezek egy-egy csoportja. 
A modellben adjuk meg az objektumok 
tulajdonságait és a hozzájuk tartozó 
műveleteket. A hálózatfelügyelet kiala- 


kításához hozzátartozik egy állandóan 
futó felügyelőprogram, processz létre- 
hozása, amely futhat a szerveren, de 
futhat egy külön számítógépen is. Ez 
gyűjti össze a végpontokon, aktív há- 
lózati elemeken dolgozó ügynökök által 
érzékelt eseményekről, állapotváltozá- 
sokról beküldött adatokat. 

Tekintve, hogy a hálózatfelügyelő 
program általában magas szintű alkal- 
mazás, jól meghatározott, stabil proto- 
kollokkal dolgozik, például TCP/IP- 
vel. Számos modell készült, közülük a 
legátfogóbbak az Internet protokollra 
és az ISO hétszintes OSI — open 
systems  interconnection — szab- 
ványára épülnek. Vezető megoldásnak 
számítanak azok is, amelyek nagyszá- 
mítógépes környezetben alakultak ki, 
mint az IBM, a DEC vagy az AT£T 
által ajánlottak. 


SMI 4. MIB 4. SNMP 


Az IP modell egyik fő része az SMI 
— structure of management informa- 
tion: a felügyelethez szükséges, struk- 
turált információ —, amely hierarchikus 
szerkezet, levelein a hálózat alapvető 
jellemzőivel, a köztes szinteken pedig 


azokkal az objektumokkal, amelyek ál- 
lapotának a leírásához már több jellem- 
zőre — alárendelt objektumok állapo- 
tának az áttekintésére — van szükség. 

Az IP modell második fő fogalma a 
MIB, vagyis management information 
base, amely nem más, mint ennek az 
információs fának egy ága, ebbe kerül- 
nek működés közben a hálózat részele- 
meinek megfigyelt paraméterei, s innen 
kérheti le azokat a felügyelőrendszer 
egy ügynök segítségével. 

A harmadik, és legszélesebb körben 
ismert része az IP modellnek az SNMP, 
vagy simple network management pro- 
tocol. Az SNMP-ügynök figyeli meg a 
hálózati berendezést, s továbbítja — 
folyamatosan vagy megkeresésre — a 
kapott adatokat egy felügyelőállomás- 
ra. Erről a felügyelőállomásról juttatják 
el a már említett felügyelő ügynökök 
(agents) az információt a felügyelő pro- 
cesszhez, amikor szükség van rájuk. 

A legújabb szabványokban az SNMP 
állomáshoz és az ott gyűlő adatokhoz 
sokfelől hozzá lehet férni, vagyis az 
SMI fában az nem csak szigorúan egy- 
féle környezetben, a MIB alá rendelve 
szerepelhet. Fontos szerep jut az IP 
modellben az SNMP-ügynök által a 
felügyelőállomásnak küldött figyelem- 
felhívó adatcsomagnak (trap), amelyet 
az minden olyan esetben elindít, amikor 
valami szokatlant észlel. 

A jóval összetettebb OSI modellt 
elsősorban az különbözteti meg az IP- 
től, hogy egyre többet vitatkoznak rajta, 
míg az IP-t egyre több helyen alkalmaz- 
zák. Mindazonáltal jóval bővebbek a 
lehetőségei, mint az IP-nek, például a 
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MIB-jébe több információ fér, és rugal- 
masabb is, mint az IP modellbeli. Öt fő 
tartományát, rendszerfelügyeleti funk- 
cióterületét határozzák meg benne a 
felügyeletnek: a könyvelést, a konfigu- 
rációt, a hibakezelést, a teljesítmény és 
a biztonság felügyeletét. Érdemes még 
megemlíteni az IBM NetView-n ke- 
resztül megvalósítható network mana- 
gement architecture-t, amely a systems 
network architecture kiterjesztése, va- 
lamint a digital enterprise management 
architecture ajánlását. 


ManageWise 2.0 


Az IP modell egyik legteljesebb in- 
karnációja a Novell és az Intel közös 
rendszere, a ManageWise 2.0. A Man- 
ageWise-t minden lényeges képesség- 
gel felruházták, ami a mindennapos 
hálózatfelügyelet ellátásához szüksé- 
ges. Ötvözi a Novell felügyelőrendsze- 
rének, az: NMS-nek, a NetWare felügye- 
lő és LANalyzer ügynökének techno- 
lógiáját az Intel LANDeskjének fel- 
ügyelő és vírusvédő szolgáltatásával. A 
teljes hálózat megfigyelésére képes — 
a felhasználótól a szerverekig és a há- 
lózati infrastruktúráig —, és tartalmaz 
eszközöket a beavatkozásra is. 

Az IP modellek lényeges részét képező 
SNMP mellett támogatja a távoli moni- 
torozás RMON szabványát is. Speciális 
részfeladatok megoldására számos külső 
fejlesztő készített és készít alkalmazást, 
amelyek beillesztését, használatát a Ma- 
nageWise jól támogatja. 


Ha tennie kell valamit... 


Melyek azok a hálózati problémák, 
amelyek megoldásában számíthatunk a 
felügyelőprogramra? Sokszor vannak 
gondok a hálózati nyomtatással. Kifogy 
a papír, beszorul a papír, egy elindított 


nyomtatás túl sokáig várakozik a sor- 
ban, és megelőzik az utána jövők. Ha 
a hálózati nyomtató tud SNMP-jelen- 
tést adni, és van hálózatfelügyelő prog- 
ram, akkor jóval hamarabb kiderül a 
baj, gyorsabban lehet intézkedni. 

Előfordulhat, hogy a felhasználó 
egyszer csak nem fér hozzá egy doku- 
mentumhoz, egy hálózati alkalmazás- 
hoz, amellyel pedig korábban már dol- 
gozott. A ManageWise-ba integrált Net- 
Ware adminisztrációs eszközökkel en- 
nek oka gyorsan felderíthető, s ha nem 
azért történik minden, mert túl sokan 
vannak bejelentkezve a szerverre, ha- 
nem azért, mert valami változás van a 
rendszerben, akkor pillanatok alatt in- 
tézkedni lehet. A felügyelőprogram ál- 
tal összegyűjtött adatok elemzésével 
gyorsan felfedezhető, ha valahol gon- 
dok vannak a válaszidővel, s a lelassulás 
oka is kideríthető. 

Sokkal összetettebb problémák je- 
lentkezhetnek egy hálózati szervernél, 
előfordulhatnak hibajelenségek, ame- 
lyeknek a gyökerét egészen máshol kell 
keresni. A mintegy 400 paramétert fo- 
lyamatosan lekérdező, és a beépíthető 
korlátokkal ütköztető felügyelőprog- 
ram jó előre jelezni képes, ha a szerve- 
ren kevés a szabad hely, ha egy állo- 
mányt nagyon sokszor kérnek, s ezért 
érdemes áthelyezni, meggyorsítani a 
kiolvasását. Figyelmeztet a forgalom 
növekedése nyomán indokolttá váló 
CPU-cserére vagy tárbővítésre. 

Az automatikus térképezés, leltározás 
segítheti a hálózat áttekintését, és ennek 
révén azonnal kiugrik, ha valamelyik 
gépbe belenyúltak, kicserélték benne a 
processzort vagy a merevlemezt. A rész- 
letes leltár a karbantartást is meg- 
könnyíti. Nemcsak a hibafelderítés a 
hálózatfelügyelet dolga, hanem annak 
ellenőrzése is, hogy egységes-e a háló- 
zat, a kezelők nem összevissza válasz- 


tottak-e szoftvert, és mennyire egysé- 
gesek azok a programok, amelyekkel 
sokan dolgoznak. Erre a legjobb meg- 
oldás a központi szoftverszétosztás, 
amit például a ManageWise is támogat. 


Reagálás a jelzésre 


A ManageWise-zal felszerelt háló- 
zatban a felügyelet lehet teljesen auto- 
matizált, amikor a hálózatintézőnek 
csak néha, illetve hibajelzéskor kell 
ránéznie a konzolra. Éppen ezért lehe- 
tőség van arra, hogy a felügyelet máshol 
történjék, valahol távol a hálózattól. 
Különösen a kisebb — 5—25 gépből álló 
— hálózatok működését érdemes így 
figyelni. A cég, amely egyszerre sok 
helyi hálózat felügyeletét el tudja látni, 
kapcsolatba léphet azokkal rendszeres 
időközönként igénybe vett kapcsolt vo- 
nalon, de természetesen lehetőség van 
az állandó összeköttetésre is. Riasztás- 
kor a helyi ManageWise azonnal küldi 
a jelzést a felügyelőprogramnak, s ott 
az ügyeletes szakember intézkedhet. 

Van ugyan néhány jelzés, amelyet 
nem is érdemes továbbítani — például 
hogy kifogyott a nyomtatóból a papír 
—, vagyis a jól kialakított távoli fel- 
ügyeletnél is vannak helyben elvégzen- 
dő, komolyabb szakértelmet nem 
igénylő feladatok. Azért is érdemes 
megszűrni a távoli felügyeletre bízott 
feladatokat, mert a vonali kapcsolat 


. pénzbe kerül. 


De egy lépéssel tovább is mehetünk: 
a mobil kapcsolat révén a távoli fel- 
ügyeletet akár egy rádiótelefonos no- 
teszgép is elláthatja, vállalkozó kedvű 
szakemberek ennek birtokában elvállal- 
hatják akártíz-húsz kisebb helyi hálózat 
felügyeletét is, és e rendszer működte- 
tési szisztémája egyre inkább közelíteni 
fog a telefonéhoz. 

Vargha Márton 


E SZÁMUNK HIRDETŐI 


Info Old. 


Cég 

Alinor 

Axis 

Cisco Systems 
Computer Panoráma 
Computerbontó 
Delphi-Szoft 

DIT Digitáltechnika 
DPR 


0701 02. 
0702 61. 
0703 B2. 
0704 41. 
0705 53. 
0706 41. 
0707 28. 
0708 28. 
Elender 0709 53. 
Gamaxnet 0710 08. 
Gábor Dénes M. Főisk. 0711 BT 


Cég Infogt Old. 


Cég 





0712 28. 
0713 B3. 
0714 K4. 
0715 02. 
0716 41. 
0717 30. 
0718 35. 
0719 B4. 
0720 28. 
0721 K4. 
0722 02. 


Intec Hungary 
Intergraph 
Keszo 
Made-Info 
Made-Info 
Népszabadság 
Népszabadság 
Oracle 

PC Szoftver 
Peters Group 
Profi Plusz 2000 


PSoft 

Pákász 

Owerty 

Radiant 

Ready Computer 
Reflex 

SCI Modem 
Shift (VirWare) 
Teta 

Walton 
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AZ INTERAKTÍV 
MÉDIÁK 
7 MAGAZINJA 


Multimédia Magazin Mindenkinek 
Az idei második szám 
megjelenik június végén 


A tartalomból: 

Mérlegen a hazai lexikon-CD-k, Monitorok óri- 
ástesztje, Slide show a karosszékből Portfolio 
Photo-CD-vel, Trükkök a CorelDRAW-val, Vi- 
deo a multimédiában, Audio-CD-válogatás, 1s- 
merkedés a CompuServe-vel, Hálózati multimé- 
dia-fejlesztők és bemutatkozik többtucatnyi CD- 
újdonság. 


A CD-MELLÉKLETEN 


Mallorcai utazás, Soproni körkép, Lánchídi han- 
gulatok, Dolák-Saly Róbert videoklipje, Az év fo- 
tói 1995, Multimédia-iskola, A tokaji bor apoteó- 
zisa, Új hazai CD-k demói és shareware csokor. 


A CD Panoráma megjelenik évente négyszer, 
előfizethető a Computer Panoráma Kiadónál. 
cím: Computer Panoráma Kiadói Kft. 
1091 Budapest, Üllői út 25. II. emelet 
Telefon: 218-3011/302, fax: 217-2646 
Teljes éves előfizetés esetén ajándék CD-box! 


MEGRENDELŐLAP 
Előfizetéssel megrendelem 1996-ra a CD Panorámát 
(négy szám ára: 3920 Ft, az idén még hátralévő két szám ára: 1960 Ft) 


Név: ... 





Postacír 





Telefon: ....... 








Olvasható aláírás: 


LAPJAINKKAL CÉLBA TALÁL E£ 














E 


: MADE-INFO KFT 
n : 227-3647, 246-2735 


cím : 1506 Budapest Pf. 99 
: 228-1934, 246-2735 


A 91L0 :SJAJ MOIDVIAOHNI 



















É. 8 
Visual 

dBASE Intranet kiegészítések 
DSE Akee- a Visual dBASE-hez 


Visual dBASE Web expertek 
DeltaPoint WebTools 

Web Server támogatás 
HTML engine 

CGI osztálykönyvtár 
Egyszerű programozás 

CGI mintaalkalmazások 


mindez 4.900,- Ft - ÁFA 
És ha a szoftver még hiányzik: 


Visual dBASE kompetitív upgrade 9.900,- Ft -- ÁFA 
! Delphi 1.0 Desktop kompetitív upgrade 14.900,- Ft -- ÁFA 


ni m 1085 Budapest, Horánszky utca 26. 
Borland B I - Szo Telefon: 138-4144, fax: 118-0915 
not Internet: http://www.delphi.hu 


Sí/Vert 
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Sejtek, , automatizált" sejtek, sejtautomaták 


Mesterséges élet? 


Mint tudjuk, szervezetünk sok apró sejtből áll. 

E sejtek együtt nagyon összetett műveletek 
elvégzésére képesek. Egy-egy sejtre e műveleteknek 
azonban igen kis része eshet. Innen jött az ötlet, 

hogy sok-sok, ám önmagában egyszerű műveletet 
elvégző részből próbáljunk meg komplex rendszereket 
előállítani. Van még egy fontos megkötés, 

hogy ezek a részek azonos tudásúak legyenek, 

azaz egyik se specializálódjon valamire, 

ellentétben a neuronhálók elemeivel. 


Az életfolyamatokra hasonlító mű- 
ködés utánzásakor leggyakrabban egy 
diszkrét modellt használunk. Ez azt 
jelenti, hogy egy (esetleg speciális) háló 
rácspontjaiban állnak azok a részek, 
amelyeket az egyszerűség kedvéért sej- 
teknek nevezünk. Ezek a sejtek végesen 
sok állapotot vehetnek fel. A sejtek 
állapotai lépésről lépésre változnak, így 
a sejt és a környező sejtek korábbi 
állapotainak függvényében kapjuk meg 
a sejt új állapotát. 

Hogy ez érthetőbb legyen, tekintsük 
a legismertebb sejtautomatát, a Con- 
way-féle életjátékot. (Erről részletesen 
szól a rovat másik cikke. — A szerk.) 
Itt minden sejt élő vagy halott. Ha egy 
élő sejtnek két vagy három élő szom- 
szédja van (a nyolcból), akkor továbbra 
is életben marad, máskülönben kipusz- 
tul. A halott sejt életre kel, ha pontosan 
három élő szomszédja van. (Ezt az élet- 
játékot választotta képernyővédőjének a 
Sun, és rátettük a lemezmellékletre is az 
egyik verziót, de erről még külön is 
szólunk.) 

Ezzel a programmal találkozva még 
senki nem vár sokat a sejtautomatáktól. 
Ugyanakkor sejtautomatákkal megva- 
lósíthatjuk például az AND, OR, NOT 
logikai áramköröket, sőt a memóriát is. 
Ez pedig azt jelenti, hogy amit ilyen 
elemekből össze lehet rakni (mondjuk 
egy processzort), azt sejtautomatával is 
megoldhatjuk. 


Dinamikus rendszerek 


Persze nem valószínű, hogy bárki is 
ezentúl mondjuk C-t-- helyett életjáté- 
kot fog használni programozási nyelv- 
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nek. Viszont vannak olyan területek, 
ahol érdemes sejtautomatákat használ- 
ni. Ilyen lehet a dinamikus rendszerek 
vizsgálata, mint például a fűfajták ver- 
senye a területért; az erdőtűz terjedése; 
a plankton szaporodása a tengerben. 
Meg lehet próbálkozni az időjárás vagy 
akár a Nap szerkezetének leírásával. 
Ilyen modellek felállításakor felmerül 
a kérdés: mennyire teljesülnek a mo- 
dellezendő dolognál a sejtautomata fel- 
tételei. Azaz mennyire történik egyszer- 


a modell differenciálódása a számolás 
bonyolódásával? 

A sejtautomaták esetén, ha tudni sze- 
retnénk, hogy mi lesz az automata 
állapota (vagy akár egy sejt állapota) 
25 lépés múlva, akkor mivel ide csak 
az ezt megelőző 24 lépésen keresztül 
juthatunk, ki kell számolni minden 
egyes sejt állapotát minden egyes lépés 
esetén. Ez egy méretesebb sejtautomata 
esetén tekintélyes számolást jelent. Ki 
lehet próbálni a lemezmellékleten sze- 
replő programmal, hogy elegendő 
egyetlen sejt állapotát megváltoztatni, 
és ez maga előtt görgeti a változások 
sokaságát. Egy Kínában röpködő pillan- 
gó szárnycsapásai vihart okozhatnak 
Angliában. Gondolom, mindenki fel- 
kapta a fejét, amikor a káosszal kapcso- 
latban erról először hallott. (Alaplap, 
1993. június.) De hát ez is épp ugyanaz, 
csak másik oldaláról közelítjük meg a 
dinamikus rendszereket. Mivel bizo- 
nyos szabályok esetén ennyire instabil 
lehet a sejtautomata, ember legyen a 
talpán, aki megmondja, honnan indul- 
tunk, mi volt 25 lépéssel korábban. 


re, lépésről lépésre (diszkrét idő), és az " 7" Látjuk, hogy van egy remek módsze- 
egész halmazon azonosak-e a feltételek, 
mert például a mélyebben lévő plankton 
kevesebb fényt kap, mint a felszínen 
lévő. Megtehetnénk, hogy tovább fino- 
mítjuk a modellt, de összhangban lesz-e 


rünk titkosításra, elegendő a jelszóké- 
résnél a kapott karaktersorozat valami- 
lyen kódolt alakját odaadni a sejtauto- 
matának, végezzen el 10 lépést, és ha- 
sonlítsa össze a kapott eredményt a már 
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tárolttal. Vannak olyan szabályok is, 
amelyek megfordíthatók, így ha ilyen 
szabályt alkalmaz a sejtautomata, akkor 
a kódolt üzenetet vissza is nyerhetjük. 


Dimenziók — praktikusan 3-ig 


Többfajta sejtautomata létezik. A leg- 
egyszerűbb közülük (amely használha- 
tó is valamire) az egydimenziós; itt az 
automata egy állapota egy sort foglal el, 
és az egymás után következő állapotokat 
egymás alatti sorokkal ábrázolhatjuk. Ezt 
az automatát a legegyszerűbb programoz- 
ni, és itt a legkönnyebb szemmel követni 
a változásokat. Ennél már bonyolultabb 
a kétdimenziós automata, ahol egy-egy 
képernyőt foglal el egy-egy automataál- 
lapot. Ennek programozásához minden- 
képpen kell egy képernyőnyi segédtömb, 
amelyet az új állapot kiszámításához hasz- 
nálunk. Ilyen a Conway-féle életjáték is. 
Lényegében korlátlanul növelhetjük a di- 
menziószámot, bár szerintem már a há- 
romdimenziós sejtautomatákat is nehezen 


követhetjük szemmel, noha ezekkel még " 


érdemes foglalkozni, hiszen a körülöttünk 
lévő világ is háromdimenziós. 

A Calife programmal egydimenziós 
sejtautomatákat próbálgathatunk. Itt 
nem adatott meg számunkra, hogy az 
automatát kedvünk szerint programoz- 
hassuk. Beleszólhatunk, hogy hány kü- 
lönböző állapota lehessen egy sejtnek, 
vagy hogy a sejt állapotát hány szom- 
szédja határozza meg. Emellett megad- 
hatjuk azt is, hogy a sejtautomata sza- 
bályaiban mekkora arányban szerepel- 
het a 0 érték. Mivel életünkben igen 
fontos szerepet játszik a szimmetria, itt 
is megadhatjuk, hogy szabályaink csak 
szimmetrikusak legyenek, de ha így 


nem kapjuk meg a várt eredményt, egy 
kis mutációval segíthetünk összebor- 
zolni a rajzokat. A program használatá- 
hoz legfontosabb megjegyezni az Fl 
billentyűt, mivel erre megkapjuk a 
használt billentyűk listáját. Ha vala- 
mely sejtautomata megtetszett, akkor 
annak a szabályát lemezre menthetjük, 
és bármikor visszatölthetjük a képer- 
nyőn szereplő kilenc sejtautomata bár- 
melyikének helyére. 

A WireWorld programot elindítva 
elektromos kapcsolásokkal szórakoz- 
hatunk. A dokumentációban megtalál- 
hatjuk azokat az egyszerű szabályokat, 
amelyek alapján ez a sejtautomata mű- 
ködik. Bármikor belerajzolhatunk a 
képernyőn lévő ábrába, és a következő 
lépésben ezt már figyelembe is veszi az 








automata. Itt is segítséget kérhetünk az 
F1-gyel. A demóprogramokban megta- 
lálhatjuk a legelemibb logikai kapcso- 
lásokat. Ha képernyőnk bírja, akár 
50x80-as ábrákkal is dolgozhatunk, s 
ha ez sem elég, akkor a mellékletként 
adott forrásprogramot át kell írni na- 
gyobb képernyőméretre. 


Amerikai magyar és társai 


Utolsónak lássunk egy magyar prog- 
ramot is. (Jellemző, hogy ezt a progra- 
mot először egy amerikai gépen talál- 
tam meg.) Ha több különböző sejtauto- 
matát akarunk elkészíteni, akkor újabb 
programokat kellene írni, és ezeket sor- 
ra lefordítani. Egy kis változtatás miatt 
kellene elővenni a fordítót. A szerzők 
azt a szerencsésebb megoldást válasz- 
tották, hogy írtak egy keretprogramot, 
amelyben menet közben egyszerűen 
megadhatjuk a szabályokat. (Ebből is 
láthatjuk, hogy a programozható eszkö- 
zök használata sokkal kényelmesebb a 
lebetonozott programoknál.) Ez a ke- 
retprogram egy Forth interpreter lett, 
mely azonban nálunk minden előnye 
dacára nem igazán terjedt el. A példa- 
programokból és a szűkös leírásokból 
egy kis munkával azonban megismer- 
hetjük ezt a nyelvet, és a számunkra 
fontos — sejtautomatákat könnyedén 
megírhatjuk. Sajnos ez a program a 
GNOM projekt keretében íródott, így 
igen primitív a külalakja, de az a lényeg, 
hogy használható! Az első indítás előtt 
érdemes elolvasni az angol nyelvű le- 
írást. 

A sejtautomaták változatai remek 
szórakozást is nyújtanak. Egyszerű sza- 
bályokkal (így tehát könnyen progra- 
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mozható) látványos programokat ké- 
szíthetünk. Lássuk például a hangyát. 
Ez elindul a rácson (amit véletlensze- 
rűen befestettünk), és ha nem fehér 
mezőre lépett, azt pirosra festi, majd 
balra fordul; ha piros mezőre lépett, 
akkor azt fehérre festi, majd jobbra 
fordul. Ezek után az adott irányba lép 
egyet. Ez az algoritmus könnyen prog- 
ramozható. Ha akarjuk, írjuk át a sza- 
bályokat, vagy akár eresszünk egyszer- 
re több hangyát is a rácsra. 

Látványos lesz az a program is, ahol 
egy sejtnek nem négy vagy nyolc, ha- 
nem hat szomszédja van. Ezt sem nehéz 
ábrázolni, elegendő minden második 
sort (vagy oszlopot) egy fél egységgel 
eltolni a szomszédos sorokhoz (vagy 
oszlopokhoz képest). Ha egy sejtet két 
egymás mellett lévő pixellel jelölünk, 
ez egypixelnyi eltolást jelent. Ha sza- 
bályaink szimmetrikusak, és időről idő- 
re megváltoztatjuk őket, akkor gyönyö- 
rű hókristályokat rajzolhatunk a képer- 
nyőre. 

Egyszerűen programozható az a fel- 
adat is, amikor egy füves mezőn nyulak 
és rókák élnek. Ha egy adott sejt köze- 
lében nincs sok nyúl, akkor ott a fű 
vidáman zöldell. Ha a környéken nincs 
sok róka, akkor nyugodtan szaporod- 
hatnak a nyulak, míg ha valahol sok a 
nyúl, akkor ott egy róka is elélhet. Ha 
pedig valahol kevés az élelem, ott az 
állatok éhen halnak. Próbáljunk ezek 
alapján olyan szabályrendszert összeál- 
lítani, hogy a szabályos életciklusoktól 
eltekintve azonos legyen a populáció 
mérete, azaz egyik állatfaj se haljon ki. 
(Környezetvédőknek hatásos eszköz le- 
hetne ez a feladat, hogy megmutassák: 
mennyire képes kordában tartani az 
ember az általa , megszelídített" kör- 
nyezetet.) 

Egyesek az életjátékot úgy változtat- 
ták meg, hogy táblás játék lett belőle: 
a játékosok egymás után tesznek egy- 
egy saját sejtet a táblára, és minden 
lépés után újragenerálódik a sejtauto- 
mata. Az veszít, akinek eltűnik az 
összes sejtje. 


Felkészítő... 


Lássunk néhány tanácsot, amelyet 
érdemes megfontolni saját programok 
írásakor! Ha egymásba ágyazott sima 
ciklusokat használunk, akkor ugyanazt 
a sejtet igen sokszor kell újraolvasni, 
ezért inkább kódoljuk le úgy, hogy a 
következő sejt környezetének állapotát 
az előző sejt környezetének állapotából 
bitmanipulációkkal (eltolás stb.) lénye- 
gében megkapjuk. A szabályokat in- 
kább táblázatban tároljuk, mintsem be- 
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programozzuk, s így már egyetlen mű- 
velettel megkaphatjuk a sejt új állapo- 
tát. Feltétlenül két rácsot kell használni, 
egyiken a régi állapot szerepel, a má- 
sikon az új állapotokat építjük fel. Fe- 
lesleges a régi rácsra másolni az új 
állapotokat, inkább a rácsok szerepét 
cseréljük fel lépésről lépésre. Termé- 
szetesen nem árt egy gyors nyelv, és 
mivel igen egyszerű az algoritmus, a 
legjobb választás a gépi kód. 

Problémát okozhat a rács széle, mert 
odáig nem illik elérnie az alakzatnak. 
De mivel mi most nem elméleteket 
igazolunk a programunkkal, nyugodtan 
fűzzük össze a képernyő alját a tetejé- 
vel, a bal szélét a jobbal. Egyeseknek 
biztosan van hozzáférésük párhuzamos 
gépekhez. Nyugodtan meg lehet osztani 
a számolást (például feldarabolni a rá- 
csot téglalapokra), de egyrészt vigyázni 
kell a szinkronra, másrészt a procesz- 
szorok között folyamatosan ki kell cse- 
rélni a szélső sejtek állapotait. 

Ne higgyük, hogy ez csak játék: 
például, ha továbbra is tart a miniatü- 
rizáció, nemsokára új módszert kell 
találni a processzorok készítésére. Nem 
lehetne ide felhasználni sejtautomatá- 
kat? (A kutatások már elkezdődtek!) 


Nem öncélú 


Az eddig felsorolt példák talán meg- 
győzték az olvasót, hogy a sejtautoma- 
tákkal igen jól modellezhetjük a termé- 
szet jó néhány folyamatát. Hasonló 
derült ki már régebben a genetikai 
algoritmusokról és a neuronhálókról. 
Ezért is kapta az ezekkel foglalkozó 
tudományág a mesterséges intelligenci- 
án belül a , mesterséges élet" elneve- 


zést. Míg a mesterséges intelligencia 
főleg a számítástechnikai szakemberek 
által kutatott tudomány, a mesterséges 
élettel a biológusok, közgazdászok, fi- 
zikusok és vegyészek foglalkoznak. 

Ha megnézzük a biológia tudo- 
mányát, akkor azt látjuk, hogy már 
évszázadok óta csupán a szénalapú élő- 
lényekkel foglalkozik. Mint tudjuk, egy 
példából messzemenő és általános kö- 
vetkeztetéseket nem érdemes levonni. 
(Az élőlényeket csak úgy vizsgálták, 
ahogy környezetünkben élnek.) De ha 
itt a Földön csak szénalapú élőlény van 
(és az ufók nem hagyják magukat meg- 
vizsgálni), nincs más lehetőség, mint 
számítógépes szimulációval azt a mes- 
terséges életet vizsgálni, amely az em- 
bertől ered. 

A kémiában sem öncélú játszadozás 
olyan vegyületeket előállítani, amelyek 
a természetben nem fordulnak elő, hi- 
szen napjainkban ezeknek már fontos 
szerepük van az iparban is, és hasonló- 
képpen létrejöhetnek a mesterséges élet 
ipari alkalmazásai is. (Hogy ez nemcsak 
álom, hanem élő gyakorlat, és hogy 
ennek megvannak a veszélyei, arra 
megpróbálta mindenkinek a figyelmét 
felhívni a Jurassic park című könyv és 
film.) 

Akit érdekel a mesterséges élet, kap- 
csolódjon be a comp.ai.alife NetNews 
csoportba. Némi Internet-kutakodással 
könnyedén a mesterséges élettel kap- 
csolatos ftp-helyek, programok, bibli- 


" ögráfiák találhatóak, innen is elindul- 


hatunk hódító utunkra, de ne feledke- 
zzünk el a már megszokott cs.cmu.edu 
címről sem, mert ott is bőséges a prog- 
ramválaszték. 

Aszalós László 















































ES WinLife— Game 3 
Game Edit Generation View  Patterns Help 
6] SEETJ EBEÉ 




















Life Help 





le Edit Bookmark Help 








The Rules of Life 


PI Life is a kind of cellular automaton. This means that i 
two-dimensional world. Each cell can be in one of twc 
rules for growing a configuration. The new state of a c 
states of íts neighbors. In the case of Life, the neighb 











horizontally , vertically , and diagonally. 


I The rules for growing Life are extremely simple. If a c 
three of its neighbors are alive; otherwise, it stays de: 
exactly two or three of its neighbors are alive; otherwi 
extremely simple, they give rise to extraordinarily dive 
configurations , such as the block, remain unchanged 
between two states. There are other configurations th 
orthat appear to move across the world. 


TI The result of each Grow operation is called a "genera 
generation 1 , the result of the first Grow is generation 
pattem is called its "population". 


The default display shows you only the current state 
1al] the growth rules have led from the previous generatior 
option under Grow Display in the View menu. You wil 
distinctive color, whilst the newly-dead cells are also 
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Egyszerű szabályok bonyolult következményekkel 


Az életjáték is lehet szenvedély 


A 70-es évek elején az életjáték valósággal 

a programozók , szenvedélybetegségévé" vált, 

és a Time becslése szerint több millió dolláros 

anyagi kárt okozott a mamutgépeket üzemeltető 
biztosítótársaságoknak és bankoknak — elvesztegetett 
gépidő formájában. Sok kutatóintézetben pedig 
gyakorlatilag megbénult az élet, mert mindenki a 
komputermonitoron egymást követő , generációkat" figyelte. 
Egyesek szerint az életjáték ártalmasabb volt bármilyen 
ismert vírusnál, mások szerint hozzásegített minket ahhoz, 
hogy jobban megértsük a minket körülvevő valóságot. 
(Valóban gigászi komputer-e a Világegyetem?) 


Az életjáték (a LIFE) John Horton 
Conway cambridge-i matematikus ne- 
véhez fűződik, aki 1968-ban gondolt 
először arra, hogy minden bizonnyal 
lehetne annál a Neumann-féle önrepro- 
dukáló automatánál lényegesen egysze- 
rűbbet is tervezni, amelyben nem keve- 
sebb, mint kétszázezer , sejt" van, és 
mindegyik huszonkilenc lehetséges ál- 
lapottal bír. Conway valami olyasmire 
gondolt, amit egy sakk- vagy go-táblán 
is le lehet játszani, de egy idő múlva 
olyan bonyolulttá válik, hogy a létrejö- 
vő alakzatokat már élőnek kell tekinte- 
ni. Ez valójában nem is annyira meg- 
hökkentő gondolat, mint amilyennek 
előszörre tűnik, hiszen a Földön is így, 
lépésről lépésre, az egészen egyszerű 
struktúrákból kiindulva jött létre az élő 
sejt. 

Ahhoz, hogy végül egy ilyen , önrep- 
rodukáló teremtmény" jelenhessen meg 
a színen, nagyon körültekintően kellett 
megválasztani a , születést", , túlélést" 
és , halált" befolyásoló szabályokat, és 
céljának eléréséhez Conway radikáli- 
san átalakította Neumann huszonkilenc 
állapotú sejtautomatáját: végül már 
csak két állapot maradt. Eszerint vagy 
létezik egy sejt, vagy nem: vagy élő, 
vagy halott — ennél kevésbé kompli- 
káltat valóban nem lehet elképzelni. 
Eredetileg felmerült ugyan, hogy eset- 
leg szexuális nemmel is el kellene látni 
a sejteket, de az csak fölöslegesen bo- 
nyolította volna a dolgot: amint hama- 
rosan kiderült, valóban semmi szükség 
nem volt rá, hogy ezzel is növeljék a 
játék komplexitását. 


Idézzük a klasszikus leírást: 

.Az életjátékot egy képzeletbeli 
négyzethálós táblán játsszák. A négy- 
Zetrács alapegységének neve: sejt. Min- 
den sejtnek nyolc lehetséges szomszéd- 
ja van, azok, amelyekkel érintkezhet- 
nek az oldalai vagy a sarkai. Ha egy 
sejt a négyzethálós táblán életben van, 
akkor túl fogja élni a következő lépést 
(generációt), amennyiben két vagy há- 
rom élő szomszéddal rendelkezik. Meg- 
hal a túlzsúfoltság miatt, ha háromnál 
több élő szomszédja van, és halálra 
fagy, ha kettőnél kevesebb élő szom- 
széd veszi körül. Ha a négyzethálós 
tábla egyik sejtje halott, akkor a követ- 


E 


File Edit Bookmark Help 
[gontents[ Search [/ zek] History 
Getting Started with WinLife 


kező generáció alatt is halott lesz, ha- 
csak nem él pontosan három a nyolc 
szomszédjából. Ekkor a következő ge- 
nerációban megszületik a "sejt"." 

E szabályok alapján kezdték a LIFE- 
ot játszani a University of Cambridge 
matematika tanszékének társalgójában. 
A játék számára hamarosan kicsinek 
bizonyult a kávézóasztal, és — letere- 
getett négyzethálós papírlapok formá- 
jában — fokozatosan mind nagyobb 
területet foglalt el apadlóból is. A lelkes 
tudósok hónapokon keresztül figyelték 
a különböző , életformák" létrejöttét — 
egyesek a periodikusan oszcilláló alak- 
zatok kiszűrésére specializálódtak, má- 
sok az egyes formák fejlődését követték 
figyelemmel (és ez a tevékenység igen- 
csak hasznosnak bizonyult, mivel nem- 
igen lehet előre megjósolni, hogy egy 
kombináció mikor fog stabilizálódni 
vagy eltűnni), és éppen ebben a , fejlő- 
désfigyelő" csoportban tevékenykedett 
Conway kollégája, Richard Guy is, aki 
felfedezte a később alapvető fontossá- 
gúnak bizonyuló siklót (eredeti nevén: 
glider-t). Ez a különös képződmény 
minden ötödik generációban felölti ere- 
deti alakját, miközben lassan, de bizto- 
san araszol előre egy adott irányba a 
négyzethálós táblán. 

Mindeddig az életjáték többé-kevés- 
bé a szimpla szabályok nyomán létre- 


Life Help 





The Game of Life is played on a ítheoretically) infinite two-dimensional grid. Each cell in the 
grid is either "alive" (marked with a dot) or "dead" (blank). When you start Life, you are 
presented with a grid that you can fill in with a pattern, which you can then grow. 


To make a cell "live", point to it with the mouse and click the left button. Repeat this for as 
many cells as you want. To make a live cell "dead" (for example if you make a mistake), point 


at it and click the right button. 


When you have created a pattern, you can make it "grow" according to the Rules of Life, by 


many times as you like. The current generation number and population are shown in the 
Status Bar at the bottom of the screen. If you click on the 88 button, the game will grow until it 
has finished or until you click again on the button." 





To start a new game, click on the HÉ button on the toolbar. If you want to change the way you 
started the present game, click on "Copy Start" in the Game menu. This will start a new game 
whose initial contents are the same as the start of the current game. You can edit this game 
before starting, using the mouse in the same way as when you create a game from scratch. 
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jövő végtelen változatosságtól megbű- 
völt matematikusok magánügye volt. 
Ekkor azonban Conway arra gondolt, 
hogy találni kellene egy olyan formá- 
ciót, amely örökké növekszik. És ez 
valóban fontos célkitűzés volt, hiszen 
másként fogalmazva azt mondhatjuk, 
hogy ha volna egy olyan alakzat, egy 
, Siklóágyú" (glider gun), amely szabá- 
lyos időközönként egy-egy siklót lőne 
ki, akkor tulajdonképpen , számítógép- 
pé" is alakíthatnák az életjátékot: az 
,igen"-nek, vagyis az 1-nek a sikló 
felelne meg, a , nem"-nek pedig a sikló 
hiánya. 


Siklóágyúk, mindenevők, 
életkomputerek 


A feladat persze meglehetősen 
komplikáltnak . bizonyult, úgyhogy 
Conway 1970 októberében a Scientific 
American lapjain ajánlott fel 50 dollárt 
annak, aki meg tudja oldani a problé- 
mát. Az életjátékkal is foglalkozó evo- 
lúció-biológus, Karl Sigmund szerint 
még soha senki nem vásárolt ilyen 
olcsón ilyen tömérdek számítógépidőt, 
ugyanis R. William Gosper, az MIT 
Artificial Intelligence Laboratory prog- 
ramozója is olvasta a cikket, és élete 
következő négy évét számos , fertőzött" 
társával együtt a LIFE  tanul- 
mányozásával töltötte — eközben ter- 
mészetesen rengeteg számítási kapaci- 
tást , pazarolva el". 

A fiatal háckerek számára termé- 
szetesnek tűnt, hogy a , papír-ceruza" 
módszerről áttérjenek a komputerhasz- 
nálatra, és ha a komputereket üzemel- 
tető cégek Argentínától Anglián át 
Ausztráliáig mindenütt ráfizettek is a 
dologra, Gosper kétségkívül megtalálta 
a számítását: az ő nevéhez fűződik 
ugyanis az egyik legfontosabb ered- 
mény, a hőn áhított siklóágyú megtalá- 
lása, ami pedig bizonyos értelemben 
halhatatlanságot : biztosít a szerencsés 
felfedezőnek. 

Akkoriban persze lehet, hogy túlzás- 
nak tartották volna , halhatatlanságról" 
beszélni, hiszen még a , kutatásokban" 
részt vevők közül is kevesen gondolták, 
hogy egy olyan, hosszú ideig tartó 
, mMánia" születésénél bábáskodnak, ami 
a 90-es évek második feléig sem cseng 
le teljesen. (Az Interneten például az 
alábbi helyen található a LIFE-rajongók 
számára fenntartott homepage: http:// 
www.cs.jhu.edu/-callahan/lifepage.html.) 

Nem célunk itt a futótűzként elhara- 
pódzó  életjáték-őrület létrejöttének 
elemzése (elvégre az életjáték varázsá- 
val mindenki megismerkedhet maga is, 
ha kipróbálja a lap mostani lemezmel- 
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lékletén található programot); témánk 
szempontjából annál fontosabb viszont, 
hogy a következő lépésben megjelent 
az , életjáték-alapú" számítógép elmé- 
lete is. 

Hamarosan kiderült ugyanis, hogy 
akinek sikló van a birtokában, az tulaj- 
donképpen mindent meg tud tenni a 
LIFE univerzumán belül. Ez Gosper 
szerint annak lehetőségét jelenti, hogy 
a , tudománycsinálás" Newton, Gauss 
vagy bárki más követése nélkül való- 
sítható meg: az állattenyésztéstől a re- 
kurzív függvények elméletéig. 

Ennek a korlátlan szabadságot kíná- 
ló, csodálatos gazdagságnak a megte- 
remtéséhez szükség volt persze más 
elemekre is: például az úgynevezett 
mindenevőre (eater), amely a megfelelő 
irányból beleütköző siklókat megsem- 
misíti, majd néhány , böffenés" után 
visszanyeri eredeti alakját; valamint 
egy igazán nem bonyolult alakzatra, a 
négy, egymás melletti sejtből álló 
blokkra (block). És be kellett vezetni 
néhány , elemi műveletet" is — mint 
amilyen a siklók ütközése úgy, hogy 
elpusztítsák egymást, vagy úgy, hogy 
csak egyikük tűnjön el, mialatt a másik 
egy négyzettel elcsúszva indul vissza- 
felé. Egy megfelelően irányított sikló 
elsöpörheti a föld (pontosabban a vir- 
tuális játéktábla) színéről az útjában álló 
blokkot; két sikló meghatározott irá- 
nyokból érkezve átlósan három négy- 
zettel közelebb, harminc (!) pedig me- 
gint csak átlósan három négyzettel tá- 
volabb képes tolni ugyanezt a blokkot 
— illetve megfelelően ütköztetve őket 
nem csupán mindenevőt és blokkot, de 
tizenhárom sikló segítségével siklóá- 
gyút is létre tudunk hozni. 
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, Életkomputer" 


Innen kezdve már , csupán" Conway 
ügyességére van szükség ahhoz, hogy 
létrehozzuk az , életkomputert", illetve 
végül majd az önreprodukáló életauto- 
matát. Az elemek és elemi műveletek 
felhasználásával például kanyarodásra 
kényszeríthetjük a siklókat — három 
siklóáramlat, illetve ennek megfelelően 
három programozott siklóágyú segítsé- 
gével (vagyis egyáltalán nem egyszerű 
ám a dolog). Az viszont könnyen be- 
látható, hogy ha egyszer a siklók ka- 
nyarodásra kényszeríthetők, akkor zárt 
hurok is alkotható belőlük, hogy ez 
legyen a számítógép belső memóriája 
(amelyben persze a siklók megléte vagy 
hiánya jelenti az egyesek és nullák 
egymást követő sorozatát). 

Az ún. külső memóriát (a tulajdon- 
képpeni winchestert) a blokkoknak az 
univerzális komputertől mért távolsága 
határozza meg. A távolságadatokat 
megint csak siklók megfelelően irányí- 
tott kilövésével lehet kiolvasni, és nem 
kell hozzá nagy fantázia, hogy hama- 
rosan rádöbbenjünk: roppant nehézkes, 
bonyodalmas és lassú lehet egy ilyen 
gép működése. Ügyelni kell rá, hogy a 
megfelelő helyen lévő mindenevők el- 
kapdossák és felzabálják a fölöslegessé 
vált siklókat (akár egyetlennek az el- 
szabadulása is teljes káoszt okozhatna), 
a blokkokat pedig a tárolandó adatok- 
nak megfelelően két vagy harminc sik- 


" Tóból álló flottákkal kell ide-oda tolo- 


Patterns 


gatni; a siklóáramlatot jól irányzott lö- 
vésekkel ritkítani, és közben (megint 
csak az univerzális építőegységek, a 
siklók és siklóágyúk segítségével) arról 
is gondoskodni, hogy a végtelenség felé 
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vitorlázó siklók a megfelelő ponton 
elkanyarodjanak vagy visszaverődje- 
nek... 

Már az első lépés, a siklóágyúkból, 
mindenevőkből és blokkokból álló 
, hardver" megalkotása sem mindenna- 
pi teljesítmény: a négy világtáj felől 
elővitorlázó hatalmas flották megfelelő 
ütköztetéseivel kell létrehozni az egé- 
szet. 


A háromdimenziós életjáték 
és a Taylor-index 


Végül persze bonyolultság ide vagy 
oda, menni fog a dolog, noha egy 
pillanatig sem lehet kétséges, hogy a 
fentebb leírtaknál jóval több bütykölés- 
re és ügyeskedésre van szükség a mű- 
ködőképes számítógép létrehozásához 
(ami a mi fogalmaink szerint ugyan 
nagyon lassan fog működni, de ez me- 
gint másik kérdés). Ám mindenképpen 
megéri a fáradozás, mert az életjátékból 


olyan univerzális számítógép alakul ki, 


amelynek segítségével (miként egyéb- 
ként akármelyik univerzális számítógép 
segítségével) akár eddig megoldatlan 
problémákra is megpróbálhatjuk fellel- 
ni a választ. Megvizsgálhatjuk például 
a híres Goldbach-sejtést (amely szerint 
minden páros szám két prímszám 
összege) vagy bármilyen más, nekünk 
tetsző feladványt, de legalább ilyen 
szórakoztató, ha továbbra is a , hardver- 
rel" bíbelődünk, és elgondolkodunk 
azon, hogy ami ilyen kiválóan működik 
két dimenzióban, miért ne lenne lehet- 
séges három vagy több dimenzióban is. 

Carter Bays, a University of South 
Carolina komputerszakértője az életjá- 
ték térbeli megfelelőit választva vizs- 
gálatának tárgyául, különösen a LIFE 
4555-öt és a LIFE 5766-ot találta érde- 
kesnek, mivel gazdagságukban és lehe- 
tőségeikben ezek hasonlítottak legin- 
kább a Conway-féléhez. Ezeknek a 
háromdimenziós világoknak akár futó- 
lagos bemutatása is nagyon hosszúra 
nyúlna, úgyhogy itt csak azzal a Bays 
által kidolgozott nevezéktannal foglal- 
kozunk, amelyben az első két szám az 
s életszám", ami azt fejezi ki, hogy 
minimum és maximum hány szomszéd 
esetén maradhat életben a sejt; a máso- 
dik kettő pedig a , halálszám", mivel az 
a halott sejt sorsát határozza meg: azt, 
hogy legkevesebb és legtöbb hány 
szomszéd esetében születhet egy adott 
sejt új életre (tehát a Conway-féle játék 
Bays-száma például 2333 lesz). 

Ezt a taxonómiát még az ún. Taylor- 
indexszel is kiegészíthetjük, amely azt 
írjale, hogy hány dimenziós életjátékról 
van szó (az eredeti ezek szerint 2333(2), 
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Baysé pedig 4555(3), illetve 5766(3) 
lenne). Ezzel a kezünkben van az uni- 
verzális eszköz bármilyen elképzelhető 
életjáték leírására, de valójában egyál- 
talán nincs szükségünk holmi 48-as 
Taylor-indexű szuperalakzatokra ah- 
hoz, hogy szembetaláljuk magunkat a 
lehető legkomolyabb és legalapvetőbb 
kérdésekkel: azzal, hogy mi az élet, és 
mi a minket körülvevő Világegyetem. 
Vagy legalábbis mi lehetne, ha... 


A 0 és az 1 intelligens univerzuma 


Nem kíván hosszas bizonygatást, 
hogy ha lehetséges önreprodukáló au- 
tomatákat tervezni, akkor azok meg- 
építhetők a kétdimenziós életjáték vilá- 
gában is (elvégre az egész Conway-féle 
konstrukció felfogható univerzális szá- 
mítógépként, amint a fentebbiekben 
már láttuk). Ebből kiindulva elképzel- 
hetünk egy végtelen, négyzethálós sí- 
kot, amelyet véletlenszerűen népesíte- 
nek be a sejtek, és minden lehetséges 
formáció előfordul valahol (méghozzá 
végtelenül sokszor). Lesznek olyanok, 
amelyek egy (vagy alig néhány) gene- 
ráció után kihalnak, mások viszont, az 
önreprodukáló automaták, szaporodni 
kezdenek, hacsak el nem pusztítja őket 
egy véletlenül arra tévedő sikló. Biz- 
tosra vehetjük, hogy még olyanok is 
akadnak majd közöttük, amelyek — 
talán ismét csak egy kósza sikló miatt 
— nem teljesen pontosan másolják le 
magukat, és az így létrejövő , lény" 
életképesebb lesz elődjénél, és így to- 
vább. 

Megfelelően hosszú idő elteltével 
törvényszerűen megjelennek az önrep- 
rodukáló automaták kolóniáiból álló, 
, soksejtű élőlények", és egyes fajok 
primitív érzékszerveket növeszthetnek 
maguknak, míg mások támadó- vagy 
védőfegyvereket hozhatnak létre. És 








végül az evolúció elvezet majd oda is, 
hogy egyes életjáték-alakzatok valami- 
kor majd megtanuljanak érezni és gon- 
dolkodni (bármit is értsünk ezen). 

Ez a több mint meghökkentő követ- 
keztetés természetesen csak akkor állja 
meg a helyét, ha a rendelkezésre álló 
sík, az alakzatok kombinációinak szá- 
ma és a rendelkezésre álló idő valóban 
végtelen, vagyis igazi matematikai 
absztrakcióról van szó. Conway szerint 
az életjátékon belül a , valódi élet" 
létrejöttéhez akár az egész világmin- 
denségnél nagyobb go-táblára lehet 
szükség, ez azonban mit sem változtat 
a lényegen — állítják az életjáték filo- 
zófiájának elkötelezettjei. :—, azon, 
hogy a végtelen számú kómbinációból 
értelmes lényeknek KELL születniük, 
akik elgondolkodnak eredetükön és az 
őket körülvevő világ törvényein. Eset- 
leg felfedezik a Conway által megalko- 
tott alapszabályokat, és ha maguk is 
kitaláltak már egy kétdimenziós sejtau- 
tomata-szuperszámítógépeken futó 
életjátékot (ennek pedig semmiféle elvi 
akadálya nincsen), akkor eltűnődhetnek 
azon is, hogy ők maguk vajon nem egy 
gigászi számítógép programjának a ter- 
mékei-e csupán (mint ahogy felőlünk 
nézve bizony, hogy azok). 

Fizikai törvényeink jóval bonyolul- 
tabbak ugyan, mint a kétdimenziós élet- 
játéké, ez azonban a siklóágyút felfe- 
dező Gosper szerint egyáltalán nem 
zárja ki legalábbis a lehetőségét annak, 
hogy mi is csak egy multidimenzionális 
hacker végtelenül virtuóz programjá- 
nak termékei vagyunk. És annyiban 
feltétlenül igaza is van, hogy ezzel a 
kérdéssel kapcsolatban ugyanúgy talál- 
gatásra vagyunk utalva, mint ahogy 
találgatásra lennének utalva Conway 
életjátékának feltételezett teremtmé- 
nyei is. 

Galántai Zoltán 
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A mozgás szervezése 


Több, mint közlekedés 


Ha közvélemény-kutatás készülne róla, 
nem lenne meglepő egy olyan eredmény, 
hogy a közlekedés az életnek az a része, 


ahol a legtöbb bosszúság, 


ahol a legtöbb kellemetlenség ér minket. 

A közlekedésben van a legtöbb összehangolatlanság. 
Ha valami nincs ott időben, ahol kellene, 

az a leggyakoribb rossz, amit el kell szenvednünk, 
és ez lényegében mindig közlekedési probléma. 
Ehhez még csak annyit érdemes hozzátenni, hogy a 
közlekedés valószínűleg még másban is élen jár: 

a törvényalkotás mellett ez az a tevékenységkör, 
amely a saját jelentőségéhez képest a legkevesebb 
minőségi mutatót használja. Nem azért persze, 
mintha ezekre nem lenne szükség... 


Egyesek (és nem kevesek) szerint 
nem sok érdekesebb területe van a 
számítástechnika alkalmazásainak, 
mint a közlekedés. Emellett azonban 
másis igaz. Alig van szakterület, amely- 
ben nem lehetne vagy nem kellene 
közlekedési (helyváltoztatási) modelle- 
ket használni. 

Ha ezeket a modelleket egyik pilla- 
natról a másikra eltüntetnénk, a modern 
tudomány megbénulna. Kis túlzással 
azt is mondhatnánk, hogy a közlekedés 
az anyagi világ legmélyebb és leglé- 
nyegesebb életjelensége. Ebbe az izgal- 
mas világba igyekszünk bepillantást 
nyújtani a következőkben — néhány 
szemléletes modellen. 


Az , állapottér" 


Ha a rendszer egyes jellemzőinek 
pillanatnyi értékeit koordinátáknak fog- 
juk fel, a rendszer pillanatnyi állapotát 
egy olyan ponttal reprezentálhatjuk, 


y 





1. ábra 
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amelynek koordinátái a rendszerjellem- 
zők pillanatnyi értékei. (Nemcsak ez az 
egyféle , állapottér" van, és nemcsak 
ponttal, hanem más alakzattal is repre- 
zentálhatunk rendszereket állapotterek- 
ben.) Ha az 1. ábra közlekedőedényé- 
nek alján kinyitjuk a csapot, a közleke- 
dőedény száraiban kiegyenlítődik a fo- 
lyadékoszlop magassága. Ez csillapodó 
lengéssel is megtörténhet. Ha , lassan" 
zajlik le, akkor az egymás utáni állapo- 
tokat az ábra középső részén levő ,,ál- 
lapottér" egyenes szakasza szemlélteti. 

A közlekedőedény-modellek kiváló- 
an használhatók kiegyenlítődési folya- 
matok vizsgálatában (is). A kiegyenlí- 
tődés pedig a közlekedés, a helyváltoz- 
tatás — és a numerikus algoritmusok! 
— világában az egyik legfontosabb 
jelenség, amelyről bizony elég keveset 
tudunk. A téma matematikai elemzése 
az átlagok elméletéhez vezet... Hogy 
ez milyen érdekes és egyben milyen 
nehéz terület, azt egy nagyon egyszerű 


Yt Ao(ab) 


(2? oB 





2. ábra 


ú 


problémával szemléltetjük. Állapítsa 
meg az olvasó a kiegyenlítődés utáni 
folyadékmagasságot olyan esetekben, 
amikor a közlekedőedények nem egy- 
szerű csövek (2. ábra)! (Siker esetén 
érdemes kettő helyett több egymással 
, közlekedő" tartály viselkedésének le- 
írásával is megpróbálkozni.) 

Az állapottér-szemlélet olyan fontos 
és hatékony eszköz, hogy érdemes be- 
gyakorolni. Ajánljuk ,agytornának" 
mindenkinek: ha lát egy görbét, keres- 
sen hozzá olyan rendszereket, amelyek 
működését egy alkalmasan definiált ál- 
lapottérben modellezni lehet vele! Az- 
zal is mindig közelebb jutunk a jelen- 
ségek lényegéhez, ha minden helyzetet, 
amellyel dolgunk van, igyekszünk mi- 
nél több mozgási folyamatba beágyaz- 
ni. (Egész oktatásunkat erre a két alap- 
módszerre kellene alapozni.) 


Mozgástípusok, mozgástörvények 


Rengeteg mozgási, változási folya- 
mat van a világban. Ezek összefüggé- 
seinek és törvényeinek tudása maga a 
tudás. Nem sok mozgástípust, mozgás- 
törvényt ismerünk, ezek alkalmazható- 
sági köre is erősen korlátozott. A köz- 
lekedésben a mozgástípus, a mozgás- 
törvény ismerete azt jelenti, hogy tud- 
juk, a mozgást végző hogyan végzi a 
helykiválasztási és a helyelfoglalási 
műveleteket. 


— A 3. ábra egy tipikus , véletlennel 


fertőzött" mozgásfajta összes lehetsé- 
ges útvonalát szemlélteti. A , Galton- 
deszka" típusú úthálózaton a fent belé- 
pő közlekedő tárgy minden elágazásnál 
véletlen módon választja ki továbbha- 
ladásának irányát. Ilyenkor az szokott 
a kérdés lenni, hogy milyen valószínű- 
séggel hol lyukad ki a közlekedő. 

Az adott térrészből adott térrészbe 
jutás közlekedési alapfeladat. A gyakor- 
lati esetek többségében , változó tere- 
pen" kell megoldani e feladatot. A 4. 
ábra modelljében egy pontszerű tárgy- 
nak az A térrészből kell eljutnia a B 
térrészbe, közben a két térrészt elvá- 
lasztó , tolózárak" (amelyekben járatok 


3. ábra 
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4. ábra 


vannak) mozognak. A , járatos tolózá- 
rak" által létesített elérhetőségi megfe- 
leltetésektől függ, hogy a feladat mikor 
megoldható, és mikor nem. 

A közlekedésben rengeteg mozgást 
kell összehangoltan véghezvinni. A 
klasszikus gépkocsivezetésben például 
a kormány, a gázpedál, a tengelykap- 
csoló, a fékpedál mozgatását. Egy 
konkrét gépkocsi mozgásának mozgás- 
törvényét egyebek mellett ezek között 





5. ábra 


tet szemléltet, amelyből összehangolt 
mozgással kell — ha lehet — kijutni. 
Az ábrán két forgástest alakú verem van 
a forgástengelyeken átmenő síkkal el- 
vágva. A vermek alján egy-egy moz- 
gásra képes pontszerű lény (mondjuk 
hangya) van; nekik olyan összehangolt 
mozgással kell elhagyniuk a vermeket, 
és eljutniuk a középső nyíl által mutatott 
helyre, hogy közben minden pillanat- 
ban egyforma magasságban legyenek. 


Kintről (is) irányított mozgás 


A közúti közlekedés tipikusan olyan 
mozgás, amelybe , kintről" is beleszól- 
nak — például a közlekedésrendészeti 


az összehangolt mozgások közti össze" " hatóság részéről. Ez a beleszólás a 


függések határozzák meg. (Sok jó mi- 
nőségű szimulátor tanúsága szerint e 
mozgatási folyamatok közti kapcsola- 
tokat már elég jól tudjuk modellezni.) 

Több szempontból is nagyon érdekes 
egy közúti gépkocsisor haladási visel- 
kedése, amely szintén összehangolt 
mozgásokból tevődik össze. Ajánljuk 
az olvasónak, készítsen modelleket 
gépkocsioszlop-mozgásra. Először az 
egymást követő azonos viselkedésű, 
azonos gépkocsikból álló kocsisor vi- 
selkedését célszerű modellezni. Első 
lépésben minden kocsi mozgására csak 
a közvetlenül előtte haladó legyen ha- 
tással! (A modell tartalmazzon össze- 
függéseket két egymás utáni gépkocsi 
pillanatnyi helyzete, pillanatnyi sebes- 
sége és a köztük levő pillanatnyi távol- 
ság között!) 

Az első kocsi mozgásán változtatva 
megfigyelhető, hogy vannak olyan 
mozgásjelenségek, amelyek hatása még 
az utolsó kocsi mozgásán is kimutatha- 
tó. Emellett vannak az első kocsi moz- 
gásában olyan jelenségek is, amelyek 
hatása a kocsisor elején még érzékel- 
hető, de hátrább teljesen elenyészik 
(kiegyenlítődés!). Harmonikaszerű len- 
gések is kialakulhatnak. (Mikor és mi- 
ért?) 


Kelepcék és vermek 


Szinte minden cél elérésére törekvő 
mozgásnak szembe kell néznie kelep- 
cékkel, illetve vermekkel. Számos ilyen 
van például a városi közúti közlekedés- 
ben is. Az 5. ábra olyan kelepcehelyze- 


legegyszerűbb esetben közlekedésirá- 
nyító lámpák működtetésében és jelzé- 
sek elhelyezésében testesül meg. A 
nagy probléma — az , optimális" for- 
galomirányítást "megvalósító lámpa- 
rendszer és jelzésrendszer kialakítása 
— mind ez ideig még megoldatlan. 

A tapasztalat bizonyítja, hogy ha a 
jelzőlámpák nem automatikusan mű- 
ködnek, hanem azokat egy hozzáértő 
rendőr irányítja egy olyan helyről, 
ahonnan kellő áttekintése van a hely- 
zetről, akkor egy csomóponton ugyan- 
annyi idő alatt lényegesen több jármű 
képes áthaladni. 

Az is megfigyelhető, hogy ugyanaz 
a járműtömeg más sorrendben gyöke- 
resen másképp viselkedik. Érdemes te- 
hát a közlekedésirányítást úgy finomí- 
tani, hogy a járművek sorrendjébe is 
beleszólunk (ez nem lehetetlen!). Min- 
denki érzi például, hogy egy gyors 
ciklusú jelzőlámpa előtt nem mindegy, 
hogy milyen sorrendben állnak a jár- 
művek (6. ábra). 


Hiányos, ellentmondó és valótlan 


A tényleges közlekedésre általánosan 
jellemző, hogy a fenti alcímmel jellem- 
zett információk alapján zajlik benne a 
mozgás. Nemcsak azért, mert ellopják 
az akkumulátort a vasúti kereszteződés 
jelzőlámpájából. Nemcsak azért, mert 
közlekedési táblák tömegét szedik le a 
fémgyűjtők. Nem is csak azért, mert 
repülőtéri tűznél a hangosbeszélő olyan 
utat jelöl meg menekülési útként, amely 
a tűzbe vezet, hanem más okok miatt 


— tn szítta AAA HE 
aal KÜL ETET va sam 


6. ábra 


is. Ezek között az emberi feledé- 
kenység, a közönséges tévedés és a 
hanyagság a leggyakoribb, de a gonosz 
nemtörődömség és alantas érdek is sze- 
repet játszhat. 

(E sorok írójának határozott tiltako- 
zása ellenére például még azután is 
hosszú ideig csak olyan füzetekkel lát- 
ták el a kisiskolásokat, amelyeknek 
hátára az a jó tanács volt nyomtatva, 
hogy az útra lépés előtt nézzenek balra, 
az út közepétől pedig nézzenek jobbra, 
amikor pedig már régen egyirányúsítot- 
ták Budapest utcáinak többségét.) 

A tényleges — tehát a hiányos, az 
ellentmondó és valótlan — információk 
alapján zajló közlekedésre mind ez ide- 
ig semmilyen használható modell nem 
készült. Ebből következőleg tehát a 
tényleges közlekedés irányítása — 
amint ezt naponta tapasztaljuk — nem 
is lehet túl magas színvonalú. 


Mozgás absztrakt terekben 


Minden problémamegoldás lényegé- 
ben közlekedési probléma megoldása: 
haladás a kezdeti állapotból a megoldás 
állapotába, akadályokon keresztül, ne- 
hézségeket leküzdve. Vannak művele- 
tek, amelyekkel helyünket, helyzetün- 
ket változtathatjuk. Ezek , ügyes" alkal- 
mazásával kell célunkat elérnünk vagy 
megközelítenünk, egy olyan , közeg- 
ben", amely sokban hasonlít a közön- 
séges , metrikus térre". (Gyakran mond- 
juk például, hogy , Milyen messze va- 
gyunk a megoldástól?", vagy hogy 
.Egy lépéssel közelebb jutottunk a 
megoldáshoz".) 

Közismert és széles körben használt 
kifejezés az , adatforgalom". Egy jó 
programnak nemcsak az a sajátja, hogy 
a legfontosabb felhasználói igényeket 
jó minőségűen, kényelmesen és bizton- 
ságosan elégíti ki, hanem az is, hogy 
ez gyorsan is történik. A sebesség pedig 
nagyrészt az adatforgalom ügyes meg- 
szervezésétől függ. 

A programok szolgáltatásainak , út- 
vesztőjében" könnyű eltévedni. De ha 
nem is tévedünk el, gyakori panasz, 
hogy sok időt igényel, míg a kívánt 
szolgáltatást , elérjük". Ne feledjük, 
emögött is közlekedésszervezési prob- 
léma húzódik meg! 

Pogány Csaba 
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Anamnézis 


Az eltűnt szervezők nyomában 


Szervezettségben, szabályozottságban 

jelentős különbség van a jól vezetett vállalkozások 
és a gyengén irányítottak között. 

A vezetési színvonal különbsége pedig tükröződik 
az informatikai rendszerek színvonalának 
különbségében is. De Magyarországon 

még a jó informatikai átlag is elég alacsony. 


Vajon mi lehet az oka? 


Az informatikai elmaradottság több 
okra vezethető vissza. 

Néhány lényeges és gyakori tényező 
a következő: 

A rendszerek célszerűtlenek, haté- 
konyságuk megkérdőjelezhető. Az üzle- 
ti célokat nem szokás pontosan defini- 
álni, a számszerűsítés pedig szinte min- 
dig elmarad. Vajon hol tűzik ki célul, 
hogy a készletezési rendszer segítségé- 
vel a készleteket csökkentsék 20 száza- 
lékkal? Az üzleti célok azonosítatlan- 
sága nem véletlen. A tervgazdasági ló- 
zungok lejáratták a célokat. A célok 
teljesítésének. hiányzó számonkérése 
pedig értelmetlenné tette a célok meg- 
fogalmazását, azt az erőfeszítést, ame- 
lyet a többféle cél kompromisszumába 
fektettek. 

Az alkalmazások szervezetlenek. A 
megvalósítás a jelen és múlt eljárási 
szabályaira épít. A folyamatok írásbeli 
utasításai hiányoznak, vagy túl általá- 
nosak. Egy új rendszer bevezetésével 
ésszerűen újra kellene szabályozni az 
összes folyamatot, és írásbeli utasításo- 
kat kellene készíteni minden résztevé- 
kenységre. A szervezetlenséggel függ 
össze, hogy sokszor lassabb az eljárás 
számítógéppel, mint kézi módon. Ha ez 
így alakul, akkor az adott rendszer 
garantáltan rombolja a munkamorált, 
mert megingatja a hitet a számítástech- 
nikai alkalmazások értelmében és hasz- 
nában. 

Kevés a folyamatba épített ellenőr- 
zés. Egy rendszer korrekt működését a 
bele vagy hozzá épített ellenőrzések 
rendszere teszi lehetővé. A teljesség, 
zártság és valódiság ellenőrzéséhez 
vagy magából a folyamatból veszünk 
adatokat, vagy éppen az ellenőrzéshez 
képezünk új adatokat (ellenőrző számo- 
kat, értékeket). 
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A rendszerek nem kellően teszteltek. 
Ma már hibás alapszoftvereket is lehet 
vásárolni. Az alkalmazási rendszerekről 
e szempontból ne is beszéljünk! A , tesz- 
teletlenségnek" két fő indoka van: (1) 
Az alapos kipróbálás hatalmas költsé- 
gekkel jár, amit sok termék nem visel 
el akkor, ha a hagyományos módsze- 
rekkel készítjük. (2) Az öldöklő verseny 
arra kényszeríti a fejlesztőket, hogy idő 
előtt lépjenek piacra a rendszerrel. 

Külön kell szólni arról, hogy a nagy 
online rendszerek elvileg is tesztelhe- 
tetlenek. Ezeknél a sok felhasználó 
olyan informatikai helyzeteket produ- 
kál, amelyek a szokásos tesztelési eljá- 
rásokkal nem állíthatók elő. Az élő 
működés tesztelése csak részben lehet- 
séges, így a kritikus helyzetek ellenő- 
rizhetetlenek. (Például a rendszer nap- 
pal működik, tesztelni pedig éjjel lehet, 
tartalék számítógépen kell a próbát el- 
végezni stb.) Még egy hatalmas nehéz- 
ség van a nagy rendszerek tesztelésénél. 
Kritikus helyzetek általában csak a 
rendszer teljesítményhatárainak meg- 
közelítésekor alakulnak ki. Márpedig a 
teljesítményhatárt elérni nehéz, és nem 
is veszélytelen. 

A szervezési problémák tovább so- 
rolhatók lennének. A további boncolga- 
tás helyett most legyen elég annyi, hogy 
már a kiindulást jól kell megoldani: 
nagyon pontosan megfogalmazott üzle- 
ti célokból kell kiindulni. A meghatá- 
rozott üzleti célokat szinte a lehetősé- 
gek határain túl is számszerűsíteni kell. 
Például nem elég annyit kitűzni, hogy 
csökkentsük az ügyfeleknek történő vá- 
laszadás idejét, hanem hozzá kell tenni, 
hogy például két hétről három napra 
kell leszorítani azt. Vagy másik esetben 
egy szálloda vezetőjének a hajnalig 
nyitva tartó bár bezárása után 1 órával 


legyen pontos adata a szálloda előző 
napi teljesítményéről, bevételéről, nye- 
reségéről. 

Az üzleti célokat jobbára nyereség- 
hez és időhöz szokták kötni. Ez nem 
elég. Nagyon fontos, hogy minőségi és 
adatminőségi elvárások is legyenek! 
Például ki kell tűzni, hogy bemenő 
adattípusonként az adatok minősége 
milyen megbízhatósági szintet érjen el. 
E mutatónál már a kiindulási mérték 
meghatározása is gondot okzhat (nem 
ismerjük pontosan azt, hogy a mai 
adataink mennyire pontosak). Ez a ne- 
hézség azonban nem ok arra, hogy az 
elvárt jövőbeni szintet ne tűzzük ki, azt 
a szintet, amelyet éppen a rendszer 
használatával kívánunk elérni. 

Egyszerre több üzleti célt is ki kell 
tűzni, lehetőleg történjen meg minden 
alapvető cél megfogalmazása. Ezek kö- 
zött prioritásokat kell megállapítani, 
mert a gyakorlatban léteznek egymás- 
nak ellentmondó üzleti célok. A célok 
prioritási sorrendje szabja meg a rend- 
szer készítésének vagy kiválasztásának 

- kereteit. 

A jó, célszerű informatika kovász- 
ként segítheti a teljes szervezet harmo- 
nikus és célszerű működését, valamint 
élen járhat a megújulásban. Az infor- 
matika bizony szolgáltatás és következ- 
mény. Az informatikus munkájára 
azonban ez a sommás megállapítás nem 
lehet felmentő! Ez az alapvető oka 
annak, hogy nem mindegy, miként teszi 
a dolgát az, aki erre a , foglalkozásra" 
adja a fejét. Ezért az informatikus fele- 
lőssége igencsak nagy. 

A nagy felelősségnek ellentmond az, 
hogy — sajnos, még napjainkban is, hát 
még egy-két évtizede... — informati- 
kus, szervező gyakorlatilag bárkiből 
lehet. Ha némi programozási képzésen 
sikerült túljutnia, vagy ügyesen a szer- 
vezési egységhez került, máris az adott 
hely , szakembere" lesz. Holott a prog- 
ramozási vagy windowsos tudás még 
nem jelenti azt, hogy a problémákat is 
azonosítani tudja, hogy megoldási al- 
ternatívákat képes felállítani, és jó meg- 
oldásokat ad bizonyos feladatokra. Az 
érzéken és tehetségen túl valóban sokat 
kell tanulni és gyakorolni, míg valaki 
mester lehet e szakmában. 

Homonnay Gábor 
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ICOCUT 1.1 §. ICLOTOBIN 1.1 


Ikon — egy képből kivágva 


Az ikonok használata, manipulálása a Windowsra írt programok esetében sem mindig 
egyszerű. Ugyanakkor gyakran nehézkesnek is tűnik a pixelenkénti képszerkesztés. Sokkal 
egyszerűbb megoldás lehet esetleg kész képekből kivágni az ikonnak valót. 


Ezt végezhetjük el az ICOCUT programmal. 


A program első esetben paraméterként a képfájl elérési 
útvonalán (path) indítható (ha nem adtuk meg, a program 
bekéri), és a hagyományos 32x32 pixeles ikonok kivágására 
alkalmas. Azonban "B" kapcsolóval a nagyobb, 64x64 pixeles 
ikonforma előállítása is lehetséges, amelyet szintén felhasz- 
nálhatunk az , Ablakban". Az első ikont mindig a 16-színű 
.BMP fájl nevével menti el, de .ICO kiterjesztéssel. Lehetőség 
van azonban az utoljára feldolgozott képből új néven további 
ikonok kimetszésére is. A méretet menet közben csakis az 
új kép behívása előtt egérrel, az iskongömbon, illetve a "B" 
betűvel a billentyűzetről lehet módosítani. Ezért megoldható, 
hogy az ikon kivágása helyett az Escape billentyűvel a 
zárómenühöz jussunk, majd beállítva az új méretet, új ikon 
kivágását kezdeményezzük. Az ekkor megjelenő inputsorról 
ismét az Escape billentyűvel továbblépve, az előző képhez 
jutunk vissza. 

A program kezelni tudja a Windows .BMP és .ICO 
fájlokban szokásos, 16-színű két leggyakoribb palettát. Iko- 
nok kivágására más 16-színű palettát választó esetekben is 
lehetőség van. De ez később problémát jelenthet (például az 
ICOTOBIN mellett kapott fájlok felhasználásakor DOS-os 
programokban). Alapesetben, referenciaként az először meg- 
jelenő egérkurzor színe feketén keretezett fehér. A párbeszéd- 
panelek alapszíne világosszürke, fekete -- világospiros be- 
tűkkel a gombokon. A címmező sötétkék alapon sárga 
feliratos. A program rendszerigénye 286-os vagy nagyobb 
teljesítményű processzor. Támogatja a DOS-EMM386 hasz- 
nálatát is (az utoljára feldolgozott kép tárolása alapvetően 
ennek felhasználásával, az EMS-ben történik meg). EMM 
vagy más kompatibilis memóriamenedzser nélkül, ha lehet, 
szintén tárolja az utolsó képet, s amennyiben ez sikertelen 
lenne, akkor ismételten a lemezről olvassa be a .BMP-fájlt, 
ami lassítja az ismételt kirajzolást. Amennyiben a program 
memóriaütközést okozna, a memóriahasználat minimálisra 
csökkenthető a programot "M— kapcsolóval indítva. Ekkor 
a kép soha nem tárolódik a memóriában. 

Az ICOCUT program használatához egér szükséges. Az 
egérkurzor mozgástere a kivágandó ikon méretéhez igazodva 
a kép határain belül korlátozódik. A feldolgozható maximális 
képméret 640x480 pixel. 

Amennyiben a kivágott ikonokat, illetve a Windows 16- 
színű .ICO állományait DOS programokban kívánjuk fel- 
használni, az ICOTOBIN programmal konvertálhatjuk a 
programba beolvasható, illetve , linkelhető" bináris formá- 
tummá, illetve Turbo Pascal programokban felhasználható 
BYTE konstanstömbbé. Alapesetben a program mindkettőt 
létrehozza, de parancssorból a "/B" kapcsolóval kérhető csak 
a bináris állomány, illetve a "/C" kapcsolóval csak a kons- 
tanstömb létrehozása. "/C-" kapcsolóval a Pascal-típusú 


BYTE konstanstömb helyett a C nyelvű programokban 
felhasználható CHAR konstanstömb előállítására is lehetőség 
van. A konstanstömböt a program ".BYT" kiterjesztéssel írja. 
(Mindkét típust!) 

Az átkonvertált ikon megjelenését követően a rendszer 
pillanatnyi beállításáról kapcsolóként funkcionáló gombok 
tájékoztatnak a képernyő jobb oldalán. Kivilágított állapotban 
az elvégzendő konverzióknak megfelelő gombokat mutatja 
a program. Amennyiben valamennyi beállítást kiiktatnánk, a 
program az alapértelmezett beállításba vált át (bináris állo- 
mány -- Pascal BYTE-tömb). 

A konvertáláskor kapott bináris állományokat programí- 
ráskor a bináris fájlból egy pufferterületre olvastathatjuk, 
amelynek a címe megadható a PUTIMAGE eljárásnak. 
Azonban más lehetőségis van a felhasználásra, mely lehetővé 
teszi, hogy programunk végső alakban (.EXE-ként) ne igé- 
nyeljen külső forrást. Ekkor azonban legyünk tekintettel a 
konstanstömbök nagyobb memóriaigényére a DOS-os alap- 
memória-területen. 

ATURBO PASCAL programokhoz a későbbiekben a .BIN 
fájl aBINOBJ.EXE segítségével .OBJ fájlba is konvertálható, 
és a programba linkelhető. Ebben az esetben a betű- és 
driverkészletekhez hasonlóan a ,regisztrálást (bekötést)" 
végző eljárás címét kell megadni a PUTIMAGE eljárásnak 
(1.). A konstanstömb esetében azt be kell másolni a program 
deklarációs részébe, majd a tömb memóriacímét kell átadni 
a PUTIMAGE eljárásnak (2). Utóbbi megoldást a C nyelvben 
is alkalmazhatjuk (3): 


1;) 
(7 TURBO 


PASCAL-hoztriiettkkkkátátkeeket kek eekkkkkkkkkkkk kt] 


1$M $4000,$ffff,655360) 


(A HEAP-ben min. 64 K-t kérünk, és ,ráülünk" a 
memóriára, bejelentve a lehetséges maximum igénylését) 


1($Ft) (Biztosítjuk a távoli hívást) 


(A procedúra csak az .OBJ bekötését végzi, és az 
eljárás memóriacímén fogjuk elérni az ikon bináris 
adatait az .EXE-ben) 


procedure REGICO;external; ($L MYICO.OBJ ) 
VAR 
Imager:pointer; 


(Inicializáljuk a grafikus rendszert (InitGraph)) 
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Imager:-E8REGICO; 


(A pointert állítjuk rá a korábbi procedúra címére, 
mivel a PutlImage nem fogad el eljárást paraméterként?) 


PutImage(0,0, Imager" , NormalPut) ; 


2;) 
(" TURBO 


PASCAL-hoztrekákákáááázkakakkakkkkekkekekekekktkk ok] 


1$M $4000,$ffff,655360) 
(A HEAP-ben min 64 K-t kérünk; 1. előbb) 
1$I MYICO.byt) 


(A fordítóval beépíttetjük a kapott konstanstömböt 
tartalmazó fájlt) 


(Inicializáljuk a grafikus rendszert (InitGraph)) 


(A konstanstömb memóriacímét átadjuk a PutImage 
eljárásnak) 


PutImage(0 s 0 , EMYICO , NormalPut ) ; 


3;) 
/" TURBO 


C-heztkkkkkkkk kiket kkkeekkkekkkkkkkekkkkekkkkekkktkkk/ 


finclude 0 .h 
Htinclude graphics.h 
H include ,myico.byt" /" Transzformalt ico-fájl "/ 
void main( ) 
1 
int driver - VGA; 
int mode - VGAHI; 


initgraph(8driver, 8§mode, ,d:Wteltlbgi"); /" 


Grafikus konyvtar "/ 
setfillstyle(7,7); 


bar(O,O,getmaxx( ),getmaxy( )); 


putimage (0, 0 ,Myico , COPY PUT) ; 
/:" Myico helyett a char-tomb "/ 
getch( ); 


eclosegraph( ); 


Bár csak a teljes programot leíró C rutinban van jelezve, 
az itt említett két program legalább VGA monitoron fut 
megfelelően, illetve az ikonok csak e monitor magas felbon- 
tású üzemmódjában adnak megfelelő képet a monitoron. 

Kívánság szerint lehetőség van az ikonnak .BMP kiter- 
jesztésű, 16 színt használó képfájlba való konvertálására is. 
Ez a későbbi képszerkesztést is szolgálja, amennyiben az 
átrajzolt képet az ICOCUT programmal visszakonvertáljuk 
ikonná. A program e lépésnél csak mérsékelt [/O ellenőrzést 
végez (például a lemezkapacitást nem, csak a felülírást 
ellenőrzi!). 

Simay Endre István 
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MagiCub 1.1 


Képkocka — kicsit 
másképp 


Ez a kockajáték a korábbi, vagyis a különböző színű 
sorokat kirakó játék (MagiCub 1.0) egyfajta átirata. Lényege 
ennek is az, hogy az eredeti látványt a keveréseket követően 
visszaállítsuk. Azonban itt már nem soronként egyenértékű 
négyzeteket kell visszasorakoztatni, hanem egy kép részleteit 
(egy Windows-kompatibilis .BBMP képét). 

A MagiCub 1.1 alapelve megegyezik az előző változatéval, 
tehát nem puzzle-szerűen rakjuk ki, hanem egyszerre egész 
sorokat, illetve oszlopokat mozgatunk, csúsztatunk el. (Mint 
a bűvös kockánál.) Az eredeti kép a játékok elején, a betöltés 
során teljes egészében, majd négyzetekre hasítva is megte- 
kinthető, és 3 és 20 között megadható a keverések száma. A 
gép mozgatja el a sorokat, oszlopokat — véletlenszerűen. 

A keverés során ugyanazokat a rutinokat használja, ame- 
lyek a játékos által vezérelve később is végrehajtják a 
képrészletek elmozdítását. A teljesen véletlenszerű elrende- 
zéssel ellentétben ez biztosítja, hogy elvben minden keverést 
követően kirakható a kép. De a gyakorlatban. . . Mindenesetre 
először ne húszas keverési szinttel kezdjünk, és türelemmel 
viseltessünk gépünk iránt az ötvenedik lépés után is. 

A játék kezelése azonos a korábbi verzióval, de itt is 
megismételjük: 

A játék vezérlése egérrel a legcélszerűbb, bár billentyűkkel 
is megy: a kis színes négyzetek elmozdulásának irányát 
víszintesen a g és r, függőlegesen a v és m billentyűkkel 
lehet vezérelni. A kisbetűs forma balról jobbra, illetve fentről 
lefelé mozdítja el a sorokat, illetve oszlopokat. Ellenkező 
irányba a SHIFT és a megfelelő gomb lenyomásával tudunk 
mozogni. 

Amennyiben egér nincs installálva a gépen, a megfelelő 
betűk jelennek meg a nyilak helyén. De menet közben is 
kérhető segítség az F" gomb lenyomásával, illetve az egér 
érvényesítésével a ? ikonon. Játék közben az ESC billentyű- 
vel, illetve az Alt--F! billentyűkkel léphetünk ki, "U"-val 
kérhető új játék, illetve a "H" billentyűvel lehet a hangot 
letiltaniflengedélyezni. Egérrel a megfelelő ikonok is hasz- 
nálhatók. 

A felhasználható kép bármely 16-színű Windows-kompa- 
tibilis BMP fájl lehet. Azonban a mérete korlátozott alulról 
is (ki kell férnie a gomboknak) és felülről is (el kell férnie 
a képernyő alsó részén). Az alapértelmezett képtől (CAS- 
TLE.BMP) eltérő képet a parancssorból adhatjuk meg: a 
teljes elérési úttal. Ha ennek paraméterei nem megfelelőek, 
vagy pedig a képfájllal van problémája a programnak, 
figyelmeztetés mellett lehetőséget ad a javításra. De minden 
esetben olyan képet használjunk, amelynek mintázata jó 
elosztott, és képrészletenként jellegzetes. Ez kirakáskor a 
megfelelő hely azonosításához igen fontos lehet. 

A program EMS-t használ, ha lehet, és legalább VGA 
monitort igényel. Bár memóriaigénye a képrészletek tárolá- 
sának következtében magasabb a korábbi verziónál, memó- 
riaütközést Windows alól indítva sem tapasztaltam, de esetleg 
előfordulhat. 

Simay Endre István 
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COMPUTERBONTÓ 


,4M" Műszaki és 
Kereskedelmi Kft. 


1072 Budapest, Klauzál u. 32. 
Tel.: 26-79-560 


magánemberek, kisvállalkozások 


ideális kommunikációs eszköze 


A 60 
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Magyarországi gyári beállítások! 


Teljes magyar nyelvű dokumentáció! 









Új és használt 

számítástechnikai berendezések, 
! alkatrészek eladása-vétele, 
elfekvő és leselejtezett készletek 
nagy tételben való megvásárlása. 


! Használt, működő fénymásolók és computerek. ? 


Nyitva hétfőtől péntekig: 10-18 óráig, szombaton: 9—13 óráig 





43 ELENDE3? 
ELenss COINPUTER 


Maniybg/ukebor 


26 GB, T3 Optikai drive, 4 MB Cache, 

20 db. lemez, SCSI HI., lemezcsere: 2,5 s., 
MTBF: 500,000 óra, MSBF: 500,000 
méret: 46x22x66 cm. 


Mazoptix "T4 2500 az idedítis 

ezrtizet sre 

Fo é. üfdeo 

MaxopTaiZGOON — alkalmazásokhoz 
(OPTIKATDRIVEI I 2.6 GB 


mM 30 ms hozzáférési idő 
MI 4.5 MB/s 

m SCSIH. 

WHI 7 MB Cache 

WHI 247x64x264 mm 





WHI 100.000 óra MTBF 
m Novell bevizsgált 


1087 Budapest, Hungária krt. 8. Tel.: 134-5008, 114-0532 Fax: 133-4347 
IX. Ferenc krt. 16. Tel./Fax: 218-2858 " XIII. Csángó u. 13. Tel./Fax: 270-3097 
Debrecen, Pioc u 57. Tel,/Fox:(52) 413-795 II Szeged, Madách u. 15. Tel./Fax:(62) 310-2691I Veszprém, Botev üzletház 
Tel./Fox:(88) 428-23518I Szombathely, Hunyadi u. 45. Tel.Fax:(94) 336-479 IMI Pécs, Klimó Gy. u. 13. Tel,/Fax:(72) 312-820 
Nyíregyháza, Nyírfa tér 5. Tel, /Fox: (42) 405-666 II Miskolc, Szent István u. 1. Tel./Fax: (46) 340-860 

Nyitva: hétfőtől péntekig 9-17 óráig 
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KALEIDOSZKÓP 





A négyezer éves titok nyomában 


Rokon vonások a göröggel 


Egy megkezdett sorozatnak nagyon nehéz a végére érni. 
Jóllehet a korong titkainak fejtegetései már távol kerültek 
a számítástechnika tárgykörétől, úgy érezzük, 
kötelességünk az elindított gondolatfolyamot az elképzelt 
kifejletig eljuttatni. A sorozat szerzőjének szándéka szerint 
ez nem lesz a korong teljes megfejtése 

(a nyilvánvalóan szalonképtelen részletek miatt), 

pusztán a kikövetkeztethetőségét ígéri. 

Annak érdekében viszont, hogy a tömény 
számítástechnikát igénylők kevésbé érezzék ballasztnak 
a korong fejtegetését, csak kéthavonta adjuk azt közre. 


A phaisztoszi korong jeleiről az is- 
mert analógiák alapján bizonyosra ve- 
hetjük, hogy CV (mássalhangzó -t- ma- 
gánhangzó) típusú szótagjelek. Ennek 
fontos következménye, hogy a hangér- 
tékével együtt megismert szótagjeleket 
a rendszer mindjárt kettős rendezésnek 
megfelelő helyükre irányítja a mással- 
hangzók és a magánhangzók kétdimen- 
ziós mátrixterében. 

A jelek! behelyettesítését így kétféle 
vetületben tarthatjuk nyilván: egyrészt 
a valóságos szövegben, másrészt a jel- 
készlet kettős rendezésű virtuális , szö- 
vegében". 

A rokonítható írásrendszerek (lineá- 
ris B, ciprusi) példájából kiindulva 
eléggé kézenfekvő az a következtetés, 
hogy a korong jelkészletének megoldá- 
si kulcsát is egy hasonló, n x 5 méretű 
mátrixban kell keresnünk, ahol az osz- 
lopok felelnek meg a magánhangzók- 
nak, a sorok pedig a mássalhangzóknak 
(ez utóbbiak közé sorolva az ,üres 
mássalhangzót", vagyis a mássalhang- 
zó hiányát is). A sorok számát pontosan 
nem ismerhetjük, de a korongon előfor- 
duló különböző jelek száma alapján n 
értéke nem lehet kisebb 9-nél. 

A közvetlen jelhasonlítás alapján ki- 
következtetett jelek között 8 mással- 
hangzó fordult elő (ismét csak az , üres 
mássalhangzóval" együtt). Kilencedik- 
ként minden valószínűség szerint fel 
kell vennünk az ,,r"-t, de a lineáris B 
alapján bizonyosra vehetjük, hogy az 
ennek megfelelő RA — RE — RI — 
RO — RU szimbólumai jelölik a LA 
LE -— LI— LO — LU szótagokat 
is. Egyéb mássalhangzóval addig ne 
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egészítsük ki mátrixunkat, míg csak 
nyomós okunk nem lesz rá. 

Készítsük el viszont eddigi eredmé- 
nyeink összegzéseképpen a kikövetkez- 
tetett szótagok mátrixát. 
Az ismeretlen hangértékű 
jelek helyét üresen hagy- 
hatjuk (1. ábra). Ered- 
ménymátrixunkban egye- 
lőre még több a lyuk, mint 
a jel, meglepő módon 
azonban van egy sor, 
amely máris csaknem tel- 
jesnek mondható. 


Akrobata — akropolis — 
akrofónia 


Külön érdemes felhív- 
ni a figyelmet arra, hogy 
eddigi hangmegfelelteté- 
seink valószínű keletke- 
zésének szinte mindenütt 
megtalálható volt az ún. 
akrofóniai indokolása is. 
(A görög AKRA szó va- 
laminek a hegyét, csúcsát, 
búbját jelenti, így keletke- 
zett az AKROBATEO 
"lábbujjnegyen lépked" 
szóból előbb a "kötéltán- 
cos" jelentés, később a 
még általánosabb AKRO- 
BATA; ez a magyarázata 
a hegycsúcson lévő AK- 
ROPOLIS elnevezésének 
is. Szavakra vonatkoztat- 
va az AKRA a szónak a 
kezdetét jelöli: minden 
nyelvben ismeretesek pél- 





dául a szókezdetekből összerakott ún. 
AKRONYM szavak: IFIP, UNESCO, 
IFOR stb.) 

A korong szótagjeleinek hangtani ér- 
telmezése tehát semmiképpen nem te- 
kinthető motiváció nélkülinek. Példa- 
képpen idézzük fel annak a sornak az 
akrofóniai indokolását, amelyet majd- 
nem teljes egészében sikerült felismer- 
nünk a lineáris B jeleivel való összeha- 
sonlításból. A TA jele feltehetően a 
,. Csákány" képéből (és elnevezéséből) 
származott (DAbrüsz), a TE jele a 
, nyíl"-éból (TEkhné), a TI jele pedig 
jól levezethető a , TIara" képéből és 
nevéből. 

Legnehezebb volt ebből a sorból a 
korong , ág" jelének olvasatát megha- 
tározni a lineáris B jeleivel való hason- 
lóság alapján. Tulajdonképpen úgy si- 


1. ábra. A korong ,megoldómátrixa" a közvetlenül 
azonosítható jelekkel 


KALEIDOSZKÓP 
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2. ábra. Részlet a korong szövegéből egy lépéssel később 


került eredményt elérnem, hogy kivá- 
logattam a lineáris B jelei közül azokat, 
amelyek növényeket jelenthetnek, s így 
már könnyebb volt összepárosítani eze- 
keta korong növényábrázolataival. Ere- 
detét tekintve ennek a jelnek TU olva- 
satához szóba jöhet a) a bakkhuszi 
áldozati szertartásokon használt THUia 
(tujafa), b) esetleg a THULLA alakban 
is említett THALLOS "fiatal, leveles 
ág" szó (Hészükhiosz), c) vagy éppen 
az "ág", "új hajtás? jelentésű latin TU- 
RIO szó valamilyen rokona. 


Hogyan léphetünk tovább? 


Akárhogy is van, ritka szerencsésnek 
mondhatjuk magunkat, hogy a , t" más- 
salhangzó sora csaknem teljesre sike- 
redett. A hiányzó TO szótag jelét ugyan- 
is kikövetkeztethetjük előző megfigye- 
léseink alapján. Emlékezzünk vissza, 
hogy sok szópárban az , ág" jele számos 
helyen váltakozik a korongon a , pajzs" 
jelével (az A7 és A23, A26 és B29, A30 
és B21, B18 és B26 szavakban). Felté- 
telezésünk szerint az , ág" — , pajzs" 


váltakozás mögött a korong készítőjé- 
nek tudatos törekvését kell látnunk arra, 
hogy minél több alliterációt vigyen bele 
a szövegbe, ezzel is fokozva annak 
varázserejét. Ha ez a feltevésünk he- 
lyes, akkor a TU olvasatú ,ág" jel 
alliteráló , pajzs" párjának a TA — TE 
— TI — TO olvasatú jelek közül kell 
kikerülnie. Mivel azonban a TA — TE 
— TI jeleket már ismerjük, a , pajzs" 
jel megfelelőjének egyedül a TO jel 
marad. 


Valóban beindul a motor? 


Ismeretlen írások megfejtésekor az 
indulás a legnehezebb. Meg kell találni 
azt a pontot, ahonnan , be lehet törni" 
a szövegbe, ahonnan a felismert sza- 
bályszerűségek azután már segítik egy- 
máshoz illeszteni a részinformációkat. 
Az egyiptomi hieroglifáknál a , névgyű- 
rűk" (cartouche-ok), az uralkodók ne- 
veit kiemelő keretezések segítettek hoz- 
zá egyes ismert nevek azonosításához, 
már a rosette-i kő megtalálása előtt (!). 
Az óperzsa ékírás megfejtése során arra 
jöttek rá, hogy bizonyos ismétlődő jel- 
sorozatok helyébe be lehet helyettesí- 
teni ismert szófordulatokat (, királyok 
királya", , valakinek a fia" stb.). 

Számunkra — akárcsak a keresztrejt- 
vényfejtésben — a felismert jelek sű- 
rűsödése adhat támpontot a továbbha- 
ladáshoz. A sűrűsödés azonban, mint 
látható, kétféle vetületben-is hasznunk- 
ra lehet. Egyrészt segíthet a jelrendszer 
virtuális , szövegterében", ahol 5-ben 
van maximálva a jelek száma minden 
soron belül, minden jel pontosan egy- 
szer fordulhat csak elő, és azonos ren- 
dezettség uralkodik a sorokon belül is 
(a magánhangzók szerint). Másrészt ki- 
használhatjuk a jelek sűrűsödését ma- 
gában a valóságos szövegben, ahol e- 
lőbb a szavakon belül, majd később 
nagyobb egységeken belül lehet kikö- 
vetkeztetni az ismeretlen jelek hangér- 
tékét. 

A 2. ábrán látható — a szöveg egy 
része alapján —, hogy hol tartunk most, 
milyen pontokon érdemes keresni a 
továbbhaladás lehetőségét. 





Jelcsoportok 


A phaisztoszi korong faggatása során 
most érkeztünk el egy kritikus ponthoz. 
Ha minden igaz, akkor már nem kell 
megelégednünk egyes jelek olvasatá- 
val, hanem aktuálissá válik bizonyos 
jelek kapcsolódásából származó jelcso- 
portok vizsgálata is. 

Kizárásos alapon sikerült kikövet- 
keztetnünk a kerek pajzsra emlékeztető 


ÚJ ALAPLAP  1996/7 55 


KALEIDOSZKÓP 





kegnsi Előfordulás 9969-ban 





3. ábra. Az 5 leggyakoribb szótagpár 


szótagjel TO olvasatát. Gyakoriságban 
ez a jel — 17 előfordulásával — alig 
marad el a , harcos" jelétől (19), helyes 
felismerése ezért különösen fontos. 
Gondoljunk csak arra, hogy az öt leg- 
gyakoribb jel 81 előfordulása teszi ki 
az összesfélőfordulásnak (241) kereken 
az egyharmadát. Amilyen nagy segítsé- 
get jelenthet a gyakori jelek helyes 
meghatározása, annyira félre is viheti 
az itt elkövetett tévedés a további kö- 
vetkeztetések láncolatát. 

Az egyedi jelek gyakoriságán kívül 
az előforduló jelpárok rangsora is so- 
katmondó lehet. A jelpárok gyakorisági 
listáját egy olyan jelpár vezeti kiugróan 
magas értékkel, amelynek első tagja a 
szóban forgó , pajzs" jel (3. ábra). Még 
beszédesebbé válnak az adatok, ha 
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— Tt 
12 1 18 
(38,79) (3.390) (21,392) 
Egyéb 19 29 48 
(61,399) " (96.79) (78,799) 
31 30 61 
(1009) (10099) (10099) 


4. ábra. A leggyakoribb végződés 


megfigyeléseink körét le- 
szűkítjük a szóvégződé- 
sekre (4. ábra). 


Mit mutatnak a számok? 


A számszerű vizsgála- 
tok tehát megerősíteni lát- 
szanak, hogy e jelpár 
(, pajzs" és , harcos") TO- 
JO olvasatának meghatá- 
rozásával kezünkbe került 
a korong szövegének egy 
rendkívül fontos gramma- 
tikai — eleme.  Hátravan 
azonban még néhány el- 
lenőrző lépés ahhoz, hogy 
trófeánkat — felmutassuk. 
Először is igazolnunk kell, 
hogy nyelvészetileg is ér- 
tékelhető eredményre ju- 
tottunk, "másodszor, ha 
nem is kötelező, de kívá- 
natos feltárni a , pajzs" jel 
TO olvasatának szókez- 
detből való eredeztetését 
(szakmai műszóval: akro- 
fóniai indokolását). 

Ha mindez sikerül, ak- 
kor megnyugodhatunk, hogy jó úton 
haladunk, s az elért első komoly ered- 
mény visszamenőleg is igazolja fel- 
használt hipotéziseink helyességét. 


Meglepő fordulat 


Nyelvészetileg elég nyilvánvaló, 
hogy a -tojo végződés két elemből áll: 
egy -t- képzőből és egy hozzá csatla- 
kozó -ojo névszói toldalékból. A -t- 
képző (és számtalan változata) az indo- 
európai nyelvek egyik leggyakoribb 
képzője, gyakran képeznek vele például 
melléknevet főnévi vagy igei tőből. 
Hasonló módon, a képző egyik válto- 
zatával keletkezett a görögben a NA- 
USZ "hajó" főnévből a NAUTÉSZ "ha- 
jós" szó (amely mindenki számára is- 
merős a kozmona- 
uta szóból), a PO- 
IEÓ "alkot" igéből 
al ete "köl- 

, a POLISZ "vá- 
Té; szóból a "vá- 
rosi, polgár" jelen- 
tésű POLITÉSZ, 
majd ebből egy to- 
vábbi képzővel a 
POLITIKOSZ 
"közéleti 
mély". 

Izgalmasabb 
azonban az -ojo 
toldalék, amely ki- 
mondottan cseme- 







sze- 





ge az epikus görög nyelv ismerőinek. 
Homérosz eposzainak egyik legjelleg- 
zetesebb nyelvi sajátsága, hogy a főne- 
vek (és a velük azonos ragozású mel- 
léknevek) bizonyos típusában gyakran 
ez a végződés áll az egyes számú 
birtokos esetben a későbbi -ou (kiejtés- 
ben -u) végződés helyett. Így például 
"Priamosz városa" az Iliászban sűrűn 
szerepel , Priamojo polisz" vagy , polisz 
Priamojo" alakban, Patroklosz birtokos 
esete gyakran Patroklojo, Ókeanoszé 
Ókeanojo stb. 

Ennek az archaikus alaknak a nyomai 
egyébként egyes nyelvjárásokban is 
elég sokáig fennmaradtak, például 
Thesszáliában, Boiotiában és Leszbosz 
szigetén — hogy a szanszkritról ne is 
beszéljünk, ahol éppen az ezzel az 
alakkal analóg -oszjo végződés a sza- 
bályszerű. 

A korong nyelvéről tehát beigazolód- 
ni látszik, hogy lényeges pontokon ro- 
kon vonásokat mutat az epikus görög 
nyelvvel. Mindez egy olyan korból, 
amikor eddigi ismereteink szerint még 
meg sem jelentek a görögök a történe- 
lem színpadán... 


Működik-e az akrofónia? 


Adósak vagyunk még a , pajzs" jel 
TO olvasatának akrofóniai indokolásá- 
val. Annál is inkább kívánatos, hogy 
megfelelő nyomra bukkanjunk, mert a 


- mtineáris B jeleivel való hasonlóság zsák- 


utcába vezet. (Kipróbáltam!) Szeren- 
csére a görög nyelv gazdag szókincse 
bőségesen ontja annak a szótőnek a 
különböző származékait, amely megfe- 
lelő megoldást kínál problémánkra. A 
TOREÓ ige jelentése , fúrni", ennek 
továbbképzett változata a TORNOÓ, 
TORNEUÓ "kört rajzol, forgat, kerekít, 
esztergályoz". A főnévi származékok 
közül említésre méltó a TORMOSZ 
"lyuk, kerékagy", a TORUNÉ "keverő, 
fakanál", és főleg a TORNOSZ "körző, 
kör, kerekség" szó, amely végső soron 
a mi , turnus" szavunknak is az őse. E 
szócsalád távolabbi rokonságának 
egyes tagjai a latinon keresztül számos 
európai nyelvbe eljutottak: TORSIO, 
TORTURA "csavarás" stb., de ebből 
származott (ófrancia közvetítéssel) az 
angol TURN ige is, vagy a késői utódok 
közül a spanyolból világ körüli turnéra 
indult TORNADO szó. 

Bármit ábrázol is a korong , pajzs"- 
nak becézett jele, kétségtelen, hogy 
legfőbb jellegzetessége a kerekség. 
Akár pajzs volt ez a tárgy, akár más, 
bizonyára ez a tulajdonsága vált a for- 
rásává elnevezésének is. 

Vargha Dénes 


MIKROBAZÁR 














A Mikrobazár rovatban a nem 
kereskedelmi célú egyéni hirde- 
tések közlése ingyenes 


A kereskedelmi célú apróhirdeté- 
sek tarifája gépelt soronként 
(azaz 60 karakterenként) 300 fo- 
rint. A terjedelem alapján így 
kiszámított összeget kérjük az Új 
Alaplap Kiadói Kft számlájára át- 
utalni (OTP, 11701004—- 
20171649), vagy postautalvá- 
nyon a kiadó címére elküldeni 
(1539 Budapest, Pf. 571), és fel- 
tüntetni, hogy , Új Alaplap, apró- 
hirdetés". A befizetést igazoló 
szelvény másolatát — a hirdetési 
szöveggel együtt — a szerkesztő- 
séghez (a kiadóéval azonos cím- 
re) küldjék el. 


Szerzői jogokat sértő szoftverhir- 
detéseket nem közlünk le. 





Bármilyen típusú szöveg fordítását 
vállalom angolról magyarra, magyarról 
angol nyelvre, illetve kiadványok lát- 
ványtervezését, szerkesztését is. Cím: 
Lachner Zoltán, 1195 Budapest XIX., 
Jáhn Ferenc u. 14/a. Telefon: 157-0308. 


OBJECTS 2.0 — objektumorientált 
programozás CLIPPER-ben. Tájékoztató 
kérhető az alábbi címen: Szűcs János, 
4400 Nyíregyháza, Vasvári Pál u. 37. Tel.: 
(42) 437-331 vagy 465-666/1382-es mel- 
lék. 


Adatmentés CD-re, streamerre; win- 
chesterről, floppyról. Ugyanitt beszerzési 
tanácsadást, hálózattervezést és program- 
készítést is vállalok. Cím: Kovács Lajos, 
1031 Budapest III., Vízimolnár u. 10. 
IV/33. 


Stúdiómban megbízhatóan, ellenőr- 
zötten lefordítom angol, német, francia 
és magyar nyelvről/nyelvre műszaki és 
közgazdasági folyóiratok cikkeit, hard- 
ver- és szoftverleírásait. Áfás számlát 
állítok ki. Cím: Szász György, 1035 Bu- 
dapest III., Kórház u. 25. Tel.: 168-4874. 


Alaplapcsere, memória-, winchester- 
és floppybővítés a helyszínen. MegaSoft. 
Telefon: 295-5085. 


Négyszögjel generátor program PC-re 
ingyen! 1,44-es floppyt, válaszborítékot 
küldjön! Cím: Sipos András, 1118 Buda- 
pest XI., Radvány u. 10. 


Használt laptopot vennék! Cím: 
Bródy Béla, 8000 Székesfehérvár, Eszpe- 
rantó tér 3. [/3. 


OPTI-495SLC (rev 1.1) alaplaphoz 
leírást keresek. Cím: Szőts Dávid, 1253 
Bp., Pf. 30. 


Keresek jogtiszta ChiWriter szöveg- 
szerkesztő programot. Cserébe megálla- 
podás szerint küldök játék vagy egyéb 
programokat. Cím: Jakab Tamás, 4700 
Mátészalka, Nagybányai u. 34. 


Keresek átvételre számítógépes játé- 
kokat (csak floppyról). Vállalok számí- 
tástechnika tanítást alapfokon. Cím: Vo- 
tisky András, 1021 Budapest II., Széher 
út 87. Telefon: (06-60)332-470. 


Keresem más számítógépes magazi- 
nok mágneslemez mellékleteit (Chip, 
Computer Panoráma, Guru stb.) cserére, 
esetleg megvételre. Ugyanitt számítás- 
technikai oktatás lehetséges. Cím: Kovács 
Gábor, 3502 Miskolc II., Pf. 83. 


486SX/40 MHz, 2 MB RAM, 1,2 4 
1,44 FDD, 40 MB HDD, color SVGA 
monitor -- szűrő, baby ház, Adlib hang- 
kártya, 101 gombos billentyűzet, egér -- 


- alátét, joystick és újságok eladók 75.000 


Ft-ért. Cím: Maczkó László, 8130 
Enying, Rákóczi u. 4. 


MONITOR SONICA 6690-es kapcso- 
lási rajzát (Service Manual) keresem — 


Notebook-laptop szerviz 


Az összes típus javítása, bőví- 
tése, használt és új notebook-ok 


adásvétele. Telefon: (06-30) 
508-860. Telephely: Budapest 
XIII., Kassák L. u. 72-74. (Az 
Árpád-híd metróállomásnál.) 





kérem utánvéttel! Cím: Mizsei József, 
6729 Szeged, Szabadkai út 106. Telefon: 
(06-30)587-O11. 


Keresek 40-100 MB-os winchestert, 
valamint 9 bites 1 MB-os RAM-okat. 
Telefon: 227-9417 15 óra után. 


Schneider C.P.C. tulajdonosok! Kér- 
lek, írjatok, ha bármilyen program, könyv, 
teszt vagy bármi olyan van a birtokotok- 
ban, ami a Schneider C.P.C. működését, 
használatát, előnyeit (hátrányait) mutatja 
be! Cím: ifj. Mester János, 6239 Császár- 
töltés, Kiscsala 60. 


Olcsón eladó egy 250 MB-os belső 
Conner streamer. Másfél éves, alig hasz- 
nált, jó állapotban van. Telefon: Fellner 
Ferenc 258-5778. BBS: (22.00-7.00 órá- 
ig) 258-5778. 


Akar továbbtanulni? 


Várja Önt a 
Gábor Dénes Műszaki Informatikai Főiskola 
informatikus mérnök és műszaki menedzser képzés 


FELVÉTELI VIZSGA NINCS! 


Konzultációs központok: 


Budapest Tel.: 203-02-83 

Baja" Tel.: 79-426-427 
Balatonboglár" Tel.: 85-352-222 
Balatonalmádi Tel.: 88-338-254 
Békéscsaba Tel.: 66-448-385 
Cegléd Tel.: 53-311-695 
Debrecen Tel.: 52-417-420 
Dunaújváros Tel.: 22-315-470/128 
Eger Tel.: 36-411-811 

Győr Tel.: 96-310-844 

Gyula Tel.: 66-362-031 

Isaszeg Tel.: 40-664-947 
Kaposvár Tel.: 82-314-571/147 
Kecskemét Tel.: 76-411-041 
Keszthely Tel.: 83-312-330 
Kiskunhalas Tel.: 77-321-215 
Mátészalka Tel.: 44-311-482 
Miskolc Tel.: 365-111 


e 
www 


Nagykanizsa Tel.: 93-312-383 
Nyíregyháza Tel.: 42-406-844 
Pécs Tel./Fax: 72-310-259 
Salgótarján Tel.: 32-416-833 
Sátoraljaújhely Tel.: 44-311-482 
Siófok" Tel.: 22-315-470/128 
Sopron Tel.: 99-341-500 
Szeged Tel.: 62-456-079 
Székesfehérvár Tel.: 22-348-542 
Szekszárd Tel.: 74-319-541 
Szolnok Tel.: 56-375-122 
Szombathely Tel.: 94-322-134 
Tatabánya Tel.: 34-316-499 
Tiszavasvári"Tel.: 42-372-844 
Vác Tel.: 27-317-O77 

Veszprém Tel.: 88-429-671 
Zalaegerszeg Tel.: 92-314-390 


" Szervezés alatt 


Információ: Budapest, Etele u. 68. Telefon: 203-02-83 
Budapest, Bécsi út 324. Tel.: 250-60-21 
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, Van másik..." 


Variációk egy témára 


A Warpról szóló könyvek ismertetése 
nem lenne teljes a történeti háttér meg- 
ismerése nélkül. Az eseményeket ma- 
gunk is átéltük, de talán nem mindig 
vettük észre, mi minden történt körü- 
löttünk. . . 


Öngól 


A Windows 95 körüli nagy csinnad- 
ratta lecsengőben van. A hatalmas pro- 
pagandakampánnyal annyit sikerült el- 
érni, hogy sok felhasználó komolyan 
fontolóra veszi a 32 bites operációs 
rendszerre való áttérést. Néhány évvel 
ezelőtt ez még vágyálmaik között sem 
szerepelt, a hatalmas háttértárolók és az 
egyre nagyobb teljesítményű  pro- 
cesszorok megjelenése azonban felvil- 
lantotta a lehetőséget. 

Divatból persze nem szabad nagyobb 
változtatásba fejest ugrani (főleg ha azt 
sem tudjuk, van-e víz a medencében!). 
Egyedül a Win95 például nem elég 
indok egy generális hardver- és szoft- 
vercserére. (Sokak szerint csak majd ha 
kijön annak-3. változata... arra már 
jobban lehet komoly fejlesztéseket is 
építeni.) 


Két út van előttem... 


A Win95 ígéreteivel mesterségesen 
felcsigázott — és részben kielégítetle- 
nül maradt — várakozások arra kész- 
tetik az igényesebb felhasználókat, 
hogy alternatív megoldás után nézze- 
nek. Igen tanulságosak azok a felméré- 
sek, amelyekre: Ambrózy Gábor hívta 
fel a figyelmünket lapunk májusi szá- 
mában: a Win95 megkérdezett felhasz- 
nálóinak több mint a fele egy éven belül 
újabb váltásra készül. Mintegy kéthar- 
mad részük az OSZ2-t részesíti előny- 
ben, a többiek a Windows NT-t. 

A Windows NT, el kell ismerni, 
beváltotta a hozzá fűzött reményeket, 
sokkal inkább, mint a sokkal nagyobb 
publicitást kapott fiatalabb testvér. Me- 
móriaigénye ugyan saját kategóriájában 
is meghökkentően magas (minimum 
16, de inkább 32 MB RAM, és giga- 
bájtokban mérhető háttértár), de bizton- 
ságos adatkezelése, és más rendszerek- 
kel való együttműködési készsége sokat 
nyom a latban. 
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Az igazi meglepetés nem is az NT 
viszonylagos előretörése volt, hanem a 
hír másik fele. Az, hogy a hovatovább 
már legyőzöttnek hitt vetélytárs, az 
OS/2 a Win95 újdonsült híveit is képes 
elhódítani. 


A cserbenhagyott menyasszony 


Az OS/2 fejlesztését még együtt 
kezdte el az IBM és a Microsoft 1987- 
ben, aDOS 3.3 megjelenésének évében. 
A kitűzött cél az volt, hogy közösen 
hozzák létre a DOS-t felváltani hivatott 
, második operációs rendszert" (ebből 
származott az Operating System/2, az 
OS/2 név). Az MS még némi hozo- 
mánytis vitt a vállalkozásba — azoknak 
a visszhangtalanul maradt kezdeti pró- 
bálkozásoknak a tapasztalatait, amelye- 
ket előzőleg szerzett egy ablaknyitoga- 
tó grafikus felhasználói felület (bizo- 
nyos Windows) kifejlesztésében. 

1990-ig ment is simán az OS/2 fej- 
lesztése — évente kirukkoltak egy-egy 
újabb változattal. Elsőnek a 640 KB-os 
kaloda szorításából akartak kiszabadul- 
ni, ezért áttértek a védett módú futta- 
tásra (1987). A következő évben beve- 
zettek egy Windows-szerű grafikus ke- 
zelői felületet (1988), de már okulva a 
Microsoft tapasztalataiból. Majd a hát- 
tértár fájlkezelésének megújítása követ- 
kezett: sikerült minimálisra szorítani a 
fájlok töredezését, és gyakorlatilag ki- 
küszöbölni a láncolási hibákat (1989). 
A 1990-es változat már annyira üzem- 
biztos volt, hogy nagyvállalatok, ban- 
kok nyugodtan rábízhatták az új operá- 
ciós rendszerre ügyvitelük gépesítését, 
ami DOS alatt még meglehetősen koc- 
kázatosnak látszott. 

És ekkor következett be a szakítás. 
Abban egyetértett a két cég, hogy az 
objektumorientált programozás lehető- 
ségeit kihasználva kell tovább haladni. 
Az IBM azonban többre becsülte az 
adatkezelés biztonságát, és elsősorban 
az ,egy gép — egy program" kény- 
szerétől való szabadulás irányában 
akarta folytatni a fejlesztést. A Micro- 
soft egy tetszetősebb megoldás híve 
volt, és a gyors siker reményében vá- 
lasztott öszvérmegoldásért inkább sut- 
ba dobta a közös koncepciót. Úgy dön- 
tött, hogy önálló operációs rendszer 
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helyett megelégszik egy látszólag önál- 
ló, valójában azonban a DOS-ra épülő 
,Pszeudo operációs rendszerrel", s en- 


. nek alapjául saját, régóta dédelgetett 


Windows-koncepcióját teszi meg. 


Windowsos világ 


A piac lélektanát, pillanatnyi befoga- 
dókészségét kétségtelenül a Microsoft 
mérte fel jobban. Harmadszori nekifu- 
tásra a Windows végre óriási sikert 
hozott Bill Gatesnek. Az OOP segítsé- 
gével a fejlesztők ügyesen megoldották 
a rendszer bonyolult belső szervezését, 
bár az erőforrásokkal való gazdálkodás 
és az üzembiztosság egyáltalán nem 
nevezhető optimálisnak. Az új rendszer 
látványos megoldásai divatot teremtet- 
tek, és a DOS-t a felhasználók lassan 
már csak teherhordó szamárnak kezd- 
ték tekinteni. 

A processzorok fejlődésének diadal- 
menete ekkor kezdődött igazán. A Win- 
dows eleinte sikeresen felszívta és csi- 
csává konvertálta a hatalmasra duzzadt 
üres kapacitást, a 90-es évek közepére 
azonban már mindenki érezte egy igazi, 
önálló, és főleg biztonságos operációs 
rendszer hiányát. A Microsoft — immár 
a piac letarolása után — érthetően a 
Windows jegyében képzelte el a meg- 
újulást, de voltaképpen az elhagyott 
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útra próbált visszakanyarodni, minél 
kisebb presztízsveszteséggel. 


Négy év — nagy idő... 


És ez volt az a pont, ahol Bill Gates 
elszámította magát. Nem vette figye- 
lembe, hogy az elmúlt négy év az 
IBM-nél sem múlt el tétlenül. Míg ő a 
Windows felszínének javítgatásával 
foglalkozott, addig az IBM kifejlesztet- 
te nagyságrendekkel üzembiztosabb sa- 
ját operációs rendszerét, szabad lehető- 
séget teremtve DOS alatti és Windows 
alatti programok futtatása és fejlesztése 
számára is. Az egymástól élesen elvá- 
lasztott partíciókban nem garázdálkod- 
tak idegen programok, egy-egy prog- 
ram lerobbanása nem rántotta magával 
a mélybe az egész operációs rendszert. 
Eljött az idő, hogy még a Microsoft 
fejlesztői is inkább ebben a rendszerben 
dolgoztak, nem a sajátjukban. 

1992 őszén az OS/2.1 már nemcsak 
a Win 3.1-es programokat futtatta töké- 


letesen, hanem egységes multimédia" 


felületével a hangnak, a filmnek, a 
játékprogramnak is a legmodernebb 
környezetet biztosította. 1993-ra vál- 
toztattak azon a visszás helyzeten, hogy 
feleslegesen helyet kelljen foglalni, sőt 
jogdíjat kelljen fizetni a rendszerhez 
hozzáépített Windows kódokért — hi- 
szen azok a legtöbb felhasználónál már 
megvoltak. 





Színre lép a Warp 


1994 végén azután, fejlesztési bece- 
nevét megőrizve, Warpként jelent meg 
az OS7Z2, igazi 32 bites, kistafírozott, 
könnyebben kezelhető, mégis kevesebb 
memóriát — fogyasztó változatban, 
amelynek azóta már magyarra (és sok 
más nyelvre) honosított változata is 
van. És ami a legfontosabb, máris több- 
ezer alkalmazás készült rá, a Win95-re 
készült programoknak sokszorosa. 
Mint olvashattuk, még ebben az évben 
meglesz az újabb fejlesztés, a Merlin 
is, amelynek a Win95-re készített prog- 
ramok futtatása sem okoz problémát. 

A fenti történeti háttér után lássuk 
magukat a könyveket. Célkitűzésük tu- 
lajdonképpen ugyanaz: teljes körű be- 
vezetést adni a Warp világába. Érdekes 
viszont, hogy mennyire eltérő eszkö- 
zökkel igyekeznek ezt a célt elérni. 


Az alapos 


Tóth Dezső könyve tűnik a legala- 
posabban kidolgozottnak. 80 oldalon 
keresztül a kezdő szintről indulva vezeti 
el olvasóit a Warp biztonságos kezelé- 
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sének ismeretéig. Utána kétszer ekkora 
helyen tárgyalja egy-egy speciális terü- 
let problémáit, a Windows-alkalmazá- 
sok működtetésétől a multimédia-alkal- 
mazásokig. Bemutatja a háttértárak ke- 
zelésének, a nyomtatásnak, a rendszer 
telepítésének, finomhangolásának és 
üzembiztos működtetésének titkait. Ez- 
után a könyv egyharmadát kitevő ter- 
jedelemben, gondos  kidolgozásban 
részletesen ismerteti az OS/2 új és a 
DOS-ból átvett parancsait, szintaxissal, 
szemantikával, paraméterekkel, meg- 
jegyzésekkel és példákkal fűszerezve. 
A függelékekben az angol és a magyar 
változat használóinak nyújt hasznos se- 
gédeszközt: a két nyelv szerinti rend- 
szerezésben külön-külön megadja a 
másik nyelvben használt terminust, és 
az oldalszámokat, ahol az adott parancs 
használata le van írva. 


A kedélyes 


Móricz Attila számítástechnikai tan- 
könyvíróként mutatkozik be, s minden 
alkalmat felhasznál saját , Móricz-soro- 
zatnak" nevezett könyvei propagálásá- 
ra. Kétségtelen erénye a szerzőnek, 
hogy írásban is meg tudja őrizni az élő 
nyelv élénkségét, s gondolatai cikázá- 
sával olvasóit is éberen tartja. Igyekszik 
kipróbálni a rendszer beállításának 
minden lehetőségét, s tapasztalatait az 
olvasóknak is átadni. 

Bár a nyelvi lektor a legtöbb helyen 
gondos munkát végzett, bosszantóan 
sok helyesírási hiba is maradt a szöveg- 
ben. Az elhagyott vesszők (az amit; 
nézzük meg milyen; tudjuk hová; láttuk 
hogyan; stb.), kompenzálásként a feles- 
legesen kitett sem ritka. Különösen a 
IN. részben sok a kusza, fésületlen 
fogalmazás. Helyenként az idegen sza- 
vakkal is baj van (pl. , analógiája"? he- 
lyett , szinonimája" szerepel, 259. old.). 


És talán azt is érdemes lenne meg- 
nézni, hogy egy felsőoktatási tankönyv 
bevezetésének szabályozva vannak-e a 
kritériumai. 


A bennfentes 


Csak az összehasonlítás teljessége 
kedvéért említem meg Czövek Gábor 
és Hofer Tamás András könyvét, mivel 
könyvárusi forgalomba nem került. Ez 
is gondos munka eredménye, különösen 
referenciaként, esetenkénti fellapozásra 
kitűnő. Folyamatos olvasásra már sok- 
kal kevésbé. Tájékozódni könnyű ben- 
ne (jó tárgymutatójának, kereszthivat- 
kozásainak és gondos tipográfiájának 
köszönhetően), és elszórva sok olyan 
információmorzsát tartalmaz, amit má- 
sutt nem találtam meg. Látszik, hogy a 
szerzők gazdagon éltek azokkal a hát- 
tér-információkkal is, amelyeket köz- 
vetlenül a cégtől kaptak, és feltehetően 
magukis alaposan tesztelték a program- 
rendszert. Több helyen felhívják pél- 
dául az olvasó figyelmét arra, ha egyik 
vagy másik funkció nem működik 
(vagy nem úgy működik) a magyar 
változatban, amint az elvárható volna. 

Egyébként ez az a könyv a három 
közül, amely lemezmellékletet is tartal- 
maz (mindjárt kettőt is), gondosan meg- 
tervezett tartalommal. Található rajtuk 
kibővített parancsértelmező, helytaka- 
rékos munkafelület-kezelő, egy Norton 
Commander-szerű és egy még széle- 
sebb körű szolgáltatást nyújtó fájlkeze- 
lő, OS/2-n futtatható McAfee-féle ví- 
ruskereső és egyéb nyalánkságok. 
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Nem lehetne ezt a könyvet a nagy- 
közönség számára is hozzáférhetővé 
tenni? 

Vargha Dénes 


ÚJ ALAPLAP  1996/7 59 


KÖNYVESPOLC 





Windows alól, Windows alá 


A Clipper új ruhája 


A Clipperben fejlesztők széles tábora meglehetős 


bizonytalanságban volt a jövőjét illetően, amikor kedvenc 
fejlesztőrendszerét annak régi gazdájától megvásárolta a 
Computer Associates (CA). Egy ideig mintha megszakadt 
volna az addig folyamatos fejlesztés, lassanként kezdett 
csak csordogálni a CA-Clipper márkanévvel propagált, 


újonnan feltáruló forrás. 


Az első nagyobb probléma, amelyet 
a CA megoldott, a 640 Kbájt feletti 
memória használata volt. Az 5.2 válto- 
zathoz már elérhető volt az ExoSpace 
memóriakezelő, majd az 5.3-mal elkez- 
dődtek a DOS-tól való elszakadási had- 
műveletek. Itt már Windows alatt ege- 
részve lehetett folytatni a fejlesztést, de 
a tárgyprogram még DOS alá készült. 

Az óvatosság tökéletesen érthető: 
köztudomású, hogy a Windows alatti 
programfuttatás hihetetlen mértékben 
le tudja lassítani a futást, ami kataszt- 
rofális következményekkel járhat ko- 
molyabb adatbáziskezelést kívánó fel- 
adatoknál. 

Az új út keresése vezetett el egy 
gyökeresen eltérő rendszer megalkotá- 
sának gondolatához. Az új rendszer a 
keresztségben a Visual Object nevet 
kapta, s fennen hirdetett célja egy ha- 
tékony és könnyen kezelhető, ,,Win- 
dows alól, Windows alá" típusú prog- 
ramgenerátor kialakítása lett. 

Az isteni szikra tulajdonképpen más 
fejéből pattant ki, mert a Visual Basic 
példája adta az ihletet, de ennek kezdeti 
hibáin okulva készítette el a CA fejlesz- 
tőgárdája első vizuális fejlesztőeszkö- 
zét, a CA-Realizert. A fejlesztők renge- 
teg ügyes újításával, hatalmasra felduz- 
zasztott makrókönyvtárával ez a rend- 
szer jobb lett, mint példaképe, de igazán 
elterjednie mégsem sikerült. Végtére is 
fejlesztői kénytelenek voltak belátni, 
hogy a Basic nyelv nem a legjobb alap 
a komolyabb rendszerek kifejlesztésé- 
hez. 

A Visual Objects sokkal inkább az 
objektumorientált C nyelv lehetőségeit 
próbálja a háttérben kihasználni. Eköz- 
ben számtalan kényelmi és biztonsági 
eszközzel segíti a vizuális programfej- 
lesztést, s nem feledkezik meg arról 
sem, hogy a hagyományos Xbase adat- 
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kezelésen kívül az SOL táblák objek- 
tumorientált kezelői felületét is hozzá- 
férhetővé tegye. A fejlesztés legfőbb 
szempontja — az adatbáziskezelés te- 
temes gépidő-igényességére való tekin- 
tettel — a hatékonyság fokozása, de 
legalább a DOS alatti szint megőrzése 
volt. Közben persze a clipperes fejlesz- 
tői tábor kialakult szokásait, beidegző- 
déseit is tekintetbe kellett venni, foko- 
zatosan vezetve át őket egy új stílusú 
programozásba. 
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KREERÉSSSSÉGY  TÉSERESEZB BBB 
Az új programtermék sok kellemes 
tulajdonsága ellenére még további fej- 
lesztésre szorul: ez abból is látszik, 
hogy az 1.0 variánst gyors egymásután- 
ban követte az 1.Oa, 1.Ob és 1.0Oc. Ezek 
mindegyike elég lényeges módosításo- 
kat tartalmazott, bár az indoklás leg- 
többször nem a hibák kijavítása, hanem 
a hatékonyság fokozása volt. Jó tudni, 
hogy a felhasználók egyre növekvő 
tábora állandó információcsere-kapcso- 
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latban van a CompuServe hálózaton 
keresztül (GO VOFORUM). Ez külö- 
nösen azok számára fontos, akik Win- 
dows 95 vagy Windows NT alatt fut- 
tatják a CA-VO-t, mivel a Debugger az 
új környezetben csak korlátozott mér- 
tékben használható. (A hosszú neveket 
sem hajlandó a rendszer kiszolgálni, 
ennek magyarázata azonban másutt, a 
Microsoft Resource Compilerében ke- 
resendő.) 

Dedinszky Ferenc könyvében kez- 
dőknek is érthető módon ecseteli a 
CA-VO előnyeit, magyarázza haszná- 
latát, nem feledkezve el a profi felhasz- 
nálók szakszerű tájékoztatásáról sem. 
Ezen a könyvén azonban látszik, hogy 
elmaradtak az utolsó simítások. Termi- 
nológiája és a könyv struktúrája menet 
közben alakult ki, így helyenként pél- 
dául nem létező vagy más néven sze- 
replő fejezetekre utal, kitöltetlenül ma- 
radnak a kipontozott helyek, angolul 
hivatkozik előzőleg csak magyarul 
megnevezett ikonokra stb. Sőt az is 
előfordul, hogy hibásan adja meg egyes 
események magyar fordítását (47. old.). 

Kellemetlenebb következménye a 
befejezetlenségnek, hogy használhatat- 
lanná vált a még félkész anyagból au- 
tomatikusan készített tággymutató. Az 
oldalszámok csak véletlenszerűen stim- 
melnek, s például külön tárgyszóként 
vette fel a tárgymutató-készítő program 
az elírásból keletkezett variánsokat is. 
(Böngészdék mellett Bömgészdék, 
Kódblokk mellett Lódblokk stb.) Rá- 
adásul a tárgyszókészítésre kijelölt sza- 
vak, kifejezések köre is esetleges és 
következetlen, ami írás közben persze 
érthető, utólag azonban kijavítható lett 
volna. 

Sokat segít a rendszer megismerésé- 
ben a könyv bőséges illusztrációs anya- 
ga. Sajnos, az illusztrációs lemezmel- 
lékletet csak külön lehet megvásárolni 
a szoftver disztribútorától, a PC Szoft- 
vertől, ahol azonban — tapasztalatom 
szerint — a segítőkész szakértők gya- 
korlati kérdésekben is készségesen áll- 
nak a felhasználók rendelkezésére. 

Vargha Dénes 


INFORMÁCIÓKÉRÉS: 0702 V 





Sybase: az üzleti megoldások széles skálája 


OLTP Data Warehouse Mass Deployment 
Database 


Sybase System 11 


Az üzleti élet által megkívánt teljesítmény és skálázhatóság 





Middleware 


Enterprise CONNECT 


Vezető megoldás a heterogén, osztott adatállományok kezelésére 


vosis Powersoft Tools Family 


De facto szabvány a több, akár heterogén adatbázist 
felhasználó alkalmazások fejlesztésére 


Internet / 
New Media web.works 


Alkalmazások alacsony költséggel, 
kis erőfeszítéssel - mindenkinek 





Információ: AXIS Számítástechnikai Kft. 
Telefon: (22) 327-631, (1) 319-2691 Fax: (22) 327- 630 
Iroda: Rubin Aktív Hotel - Business Center Budapest, XI., Dayka Gábor u. 3. 
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Mű govorim po-internetszki 


Lehet, hogy néhány Internet-búvár , 49ers"- vagy , ,Giants"- 
drukker feloldhatatlan dilemma elé kerül: magán a meccsen 
rágja-e tövig a körmét, vagy helyette a stadionba kihelyezett, 
ingyen használható touch screen terminálon keresztül bók- 
lásszon az Internet rejtett bugyraiban? 

A , Beszélünk Internetül? kioszkok rendszere — amelyet 
a 3Com egy sportstadionnak nyújtott támogatás keretében 
üzemeltet — a Fehér Ház vagy a párizsi Louvre honlapján 
túl persze a különböző sportegyesületek honlapját is elérhe- 
tővé teszi. (Bigott sportrajongók, figyelem!) 

Rövidesen tehát teljesen természetes dologgá válhat, hogy 
a másik stadionban játszó riválisok eredményét — vagy akár 
magát a játékot is — online követhesse bárki, s az ottaniak 





ismeretében biztassa a saját csapatát. A fentiek fényében 
méltán keresztelték át tavaly ősszel 3Com Parkra a San 
Francisco Candlestick kerületében álló stadiont. 


Budapest CD-Atlasz 


Ha a korszerű hardver- és szoftvertechnikai lehetőségek 
messzemenő kiaknázásának lehetőségét tekintjük, alighanem 
csillagos ötöst érdemel a Budapest CD-Atlasz megvalósítása. 
Ha viszont a napi praktikumot tekintjük, még jó ideig eltart, 
mire az így együvé gyűjtött információk , aprópénzre vált- 
hatók" lesznek. Merthogy mi is ez a Budapest CD-Atlasz? 
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Digitalizált, azaz vektorgrafikus számítógépes térkép, mul- 
timédiás térinformatika. Arra való (pláne az ajánlott hardver 
ismeretében: Pentium, 16 Mbájt RAM, Win95 vagy NT, true 
color kártya--monitor, 4-szeres CD-ROM), hogy az ember 
otthon vagy munkahelyén kényelmesen feltérképezhesse azt 
az útvonalat, amelyre kíváncsi. Arra viszont korántsem való, 
hogy útközbeni eligazítást nyújtson. Még nem. 

A CD szolgáltatásai (egyszerű és gyors zoom, frissíthető 
adatok, teljes utca- és tömegközlekedési hálózat, nevezetes- 
ségek fotógyűjteménnyel és videóval, felhasználó által beil- 
leszthető objektumok stb.) viszont már most előrevetítenek 
olyan lehetőségeket, amelyek a későbbi mobil felhasználás 
területén lesznek igazán kiaknázhatók. 

A rendszer igazi alkalmazási diadalát alighanem abban a 
jövendő korszakban éri meg, amikor a térképi információk 
a szoftveres-hardveres kapukon keresztül teljesen termé- 
szetesen funkcionálnak majd más, akár nagyobb, akár kisebb 
(térjinformatikai rendszerek elemeként. (Ilyen lehet, mond- 
juk, egy autós szakértői rendszer, amely , robotpilótaként" a 
legrövidebb útvonalon juttatja el utasát a nagykörúti tank- 
csapdákon át a Tűzöltó utcából a Műegyetemre.) 


Bravo, Ascentia! 


Nagy rendszerteljesítményt igénylő alkalmazások számára 
kínálja az AST legújabb Bravo modelljét. A 150 MHz-es 
Pentium Próval szerelt Bravo MS-T 6150-es minitorony 
maximális bővíthetőséget kínál, hét drive-csatlakozással, 
négy 32 bites PCI bővítőhellyel, és három 16 bites ISA 
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Pentium Pro Processor Performance Avaflable Now. 
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bővítőhellyel. További kulcsfontosságú funkciók: alaplapba 
integrált 1,6 Gbájtos IDE hard drive, 16 Mbájt (128 Mbájtig 
bővíthető) memória, 256 Kbájt cache, PCI 64 bites ATI 
grafikus vezérlő, 2 Mbájt VRAM (4-re bővíthető), 16 bites 
SoundBlaster Vibra 16 audiorendszer. 

Az új Bravóval egy időben két új notebook-család is 
megjelenik a magyar piacon. Az Ascentia J (100 MHz-es 
Pentiummal) tervezésénél mindenekelőtt az ergonómiai 
szempontok érvényesültek: a könnyű kezelhetőséget szolgál- 
ja a SmartPoint trackstick és a speciális Windows"95 gomb 
is. Az Ascentia J notebook integrált 16 bites hangkártyával, 
valamint 800X600-as DualScan STN, illetve TFT aktív 
mátrix kijelzővel kerül forgalomba. 

A P50 felségjelű AST notebookot elsősorban a 133 MHz-es 
Pentium, valamint a sztereo SoundBlaster, illetve a 4-szeres 
sebességű CD-ROM-drive különbözteti meg a , kistestvér" 
J családtól. A forgalomba kerülő új gépek árairól nincs 
információnk. 





Magic-hét 


Már megszoktuk, hogy évente ilyentájt lát napvilágot a 
hír, miszerint az alkalmazásfejlesztő eszközök soros bajnok- 
ságán már megint a Magic vitte el a pálmát. Azok kedvéért, 
akik nem ismerik ezt a rendszert, röviden csak annyit, hogy 
a Magic egy nagyon hatékony, RAD (Rapid Application 
Development - gyors alkalmazásfejlesztő) eszköz, amely 
hordozható, sőt bonyolult kliens-szerver alkalmazások fej- 
lesztését is lehetővé teszi. Egyedi módon közelíti meg az 
alkalmazásfejlesztést, mivel magát az alkalmazást is egy 
adatbázis igen absztrakt elemeként kezeli. Ez az adatbázis 
adatként tárolja az alkalmazás összes jellemzőjét, definíció- 
ját, és az alkalmazás egyedi értékeit — a képernyőtervektől 
a működési szabályokig és logikáig. Futtatáskor a Magic 
, motorja" értelmezi ezt a különleges adatbázisfájlt. 


Figure Gye anyut dunai 





Plannini 





A Magic és a hozzá hasonló RAD eszközök megjelenése 
a fejlesztési technológiák kidolgozóit is új , filozófiák" 
keresésére sarkallta. A RAD metodika legismertebb alterna- 
tívája a , vízesés modell", ahol a fejlesztés lineárisan és teljes 
szélességben halad — pontosan definiált fázisokon át —, és 
mint egy folyó tör előre a zuhatagokon keresztül. Viszonylag 
újabb modell a ,,spirális fejlesztés", amely ugyancsak a 
kockázatcsökkentés alapvető igényéből indul ki, de magába 
integrálja a RAD eszközök lehetőségeit. E modellben az 





alábbi tevékenységek ismétlődnek ciklikusan, egyre széle- 
sebb részt lefedve a megoldandó problémából: célok meg- 
fogalmazása, kockázatelemzés, prototípus készítése, tesztel- 
hető modell elkészítése, tervezés és fejlesztés, a következő 
ciklus tervezése. 


range Command: Cogtroks Settng: Icok Otiedts Hab 


alol elele alr] elaltlsimtet sea sel TE el 


[Fa III [TT 

















" MAGIC for Windows 95/NT/32 

. Version 7.00 

, Magic software enterprises Ltd 
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Érdemes szólni a Magic-filozófia egyik fő előnyéről: a 
fejlesztés leginkább azért gyors, mert szinte egyáltalán nem 
kell kódot írni. A fejlesztő az alkalmazást táblázatok kitölté- 
sével definiálja, párbeszédablakokon és választásokat kínáló 
szótárakon keresztül — mindössze 13 utasítás segítségével. 

Nos, lehet, hogy a mostani bejelentés nem hat majd olyan 
bombasztikusnak, mint a korábbiak. Neve dacára csodát, 
varázslatot nem is kell várni attól, hogy egyéves fejlesztő- 
munka eredményeként megszületett a fejlesztőeszköz új, 7-es 
verziója, de a , csodáknál" általában többet ér egy megala- 
pozott, logikus továbbfejlesztés. A Magicben fejlesztők szá- 
mára mindenképpen megnyugvást jelenthet, hogy az általuk 
választott rendszer is tartja azt a tempót, amelyet a web-rob- 
banás kényszerít ki az alkalmazásfejlesztő eszközök fejlesz- 
tőiből. 

Szinte alapkövetelménynek számít ma már az Internet-ka- 
pu megvalósítása (benne is van az új verzióban a web-link), 
a Magic-fejlesztők nem is erre helyezték a hangsúlyt, az 
Internet-kapcsolat inkább csak valami szükségszerű , mellé- 
kes". Az új változat legfőbb jellegzetességeként az elemzők 
inkább a komponensek újbóli felhasználhatóságának, vala- 
mint az OLE 2.0 támogatásának minden eddigit meghaladó 
mértékét, illetve a grafikus felületet és a kliens/szerver 
architektúra kezelését emelik ki. Az új, 32 bites fejlesztőesz- 
köz a Windows 95, illetve a Windows NT platformra van 
kihegyezve, de a tervek szerint rövidesen elkészülnek más 
rendszerek új változatai is. 


A szürke eminenciás 


Ha olyan kérdéssel , vizsgáztatnánk" a magyar számítás- 
technikusokat, hogy sorolják fel a világ 10 legnagyobb 
szoftveres cégét, feltehetően nem esne nehezükre összehozni 
ilyen listát, de telitalálatot elég kevesen érnének el, a 
túlnyomó többség pedig egészen biztosan ki is hagyná a 7. 
helyezettet. E. hetedik egy (nálunk még) szürke eminenciás, 
az Attachemate. Most, hogy a magyar piacon is aktivizálódik 
(disztribútora az ITD Kft), ismertebbé fog válni, és amit 
kínál, az egyre inkább felértékelődik. 
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Az Attachemate , emulációs cégként" vált ismertté, amely- 
nek termékei lehetővé teszik, hogy adataink végig zöld jelzést 
kapjanak, akkor is, ha a bejárandó útvonalon az operációs 
rendszerek, a hálózati szabványok, a szolgáltatási formák és 
a kiszolgálógépek teljesen eltérőek. (Lásd a fenti ábrát.) 
Ráadásul a közelmúltban igen jó szakmai erősítésre tettek 
szert a , The Wollongong Group" megvásárlásával. Akiknek 
ez utóbbi sem cseng ismerősen, azoknak csak annyit, hogy 
a Wollongong nevéhez fűződik a TCP/IP szabvány kifejlesz- 
tése, újabb sikertermékük pedig a nagy teljesítményű Inter- 
net-hozzáférést nyújtó Emissary. 

Az Attachemate fejlesztési irányát jól mutatja, hogy emb- 
lémájába is felvette , az intranet vállalat" állandó jelzőt. 
, Extra!" termékcsaládja a vállalatoknál eddig is igen széles 
skálán és nagyon heterogén számítástechnikai környezetben 
segítette elő az alkalmazások és az adatok megbízható 
hozzáférését, az internetes technológia , intranetesedése", 
vagyis a vállalati belső hálózatok működésére való adaptálása 
pedig óriásira tágítja az Attachmate programjainak piacát, 
különösen ott, ahol a vegyes rendszerek dominálnak. A 
hálózatok összekapcsolásának szoftveres megoldásaira spe- 
cializálódott Attachemate a jövő nagy lehetőségének a kere- 
sőprogramokat (a browsereket) tekinti, és , erre a lapra tesz". 





A Pentium alternatívája 


A személyi számítógépek világában az Intel determináló 
szerepe a kisebb proesszorgyártókat arra szorítja, hogy 
alkalmazkodjanak a piacvezető által kialakított normákhoz. 
Ilyen lényeges szempont most például a Windows operációs 
rendszerek és grafikus felületek zavartalan futtatása, és a 
Pentiummal való csereszabatosság. Ennek jegyében hozta ki 
a negyedik legnagyobb amerikai integráltáramkör-gyártó cég, 
az AMD (Advanced Micro Devices) az AMD5k86 ötödik 
generációs processzorcsaládot, amely a Windows-változatok 
mellett kompatibilis az x86-os operációs rendszerek és 
szoftverek teljes skálájával, a Novell NetWare hálózati 
rendszerrel, a Unix-szal, az OS/2 Warppal, stb. 

Az AMD5kx86 az első saját fejlesztésű mikroprocesszor az 
AMD termékei közül. Kitűnő teljesítménye annak köszön- 
hető, hogy az x86-os utasításokat RISC utasításokra fordítja 
le (ROP), és szuperskalár felépítésű egységei egy órajelre 
akár 6 ROP utasítást is végre tudnak hajtani, illetve mindig 
négyet vesznek újra elő. 

A félmikronos technológiával készülő új processzor kettős 
típusmegnevezése (dual marking) számunkra kissé körülmé- 
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nyesnek tűnik. Az egyikben szerepel egy új teljesítménymu- 
tató, a P-arány (P -— performance — teljesítmény), ami azt 
jelenti, hogy például a 100 MHz-es AMD5kx86-P133 pro- 
cesszor teljesítménye megfelel egy 133 MHz-es Pentiumé- 
nak. De ez a típusnév nem árulja el az AMD-processzor 
tényleges frekvenciáját. Arra egy másik, a fejlesztés idején 
használt (és szerintünk logikus) elnevezés szolgál: AMD-K5- 
100. Félreértések elkerülésére, ez a kettő ugyanazt a pro- 
cesszort jelenti! Lehet, hogy az AMD menedzserei szerint 
ez a sajátos névadási szisztéma kiváló marketingeszköznek 
bizonyul majd, de az AMD magyarországi sajtótájékoztató- 





jának közönsége előtt nem aratott átütő sikert. A dolgok 
persze nem itt dőlnek el, és az a fontos, hogy főképpen 
olyanok igazodjanak el a kódrejtvényekben, akik a pro- 
cesszorokat beépítik a gépekbe. Nekünk elég az is, hogy 
azonos teljesítményű számítógéphez jóval alacsonyabb áron 
tudunk hozzájutni. 

Az AMD nemcsak a csúcs közelében, hanem lejjebb is 
figyelembe veszi a piac , többrétegűségét". Például nem állítja 
le a jól bevált 486-os processzorok gyártását sem, hiszen 
bizonyos célokra az tökéletesen elegendő (még a gazdag 
országokban is), másrészt a Föld kevésbé fejlett régióiban a 
vásárlóerő a jelek szerint hosszabb távon sem éri el azt a 
szintet, hogy csak a pentiumos gépek iránt legyen kereslet. 

Az 1969-ben alapított AMD központja a kaliforniai Sunny- 
vale, de gyárai vannak Texasban, Angliában, Japánban, 
Szingapúrban, Thaiföldön és Malajziában is. 
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Az első teljes WEB-szervercsalád, mely a Microsoft Windows NT szerverén alapszik, és egyesíti a PC és UNIX 
szerverek legjobb tulajdonságait, most teljes megoldást ajánl a vállalatok WEB-igényeinek kielégítésére. 


eleste ie 

M-ES MEL sg 3 

133 Mhz 150 Mhz 150 Mhz Kettő 200 Mhz 
Pentium Pentium Pro . Pentium Pro Pentium Pro Pentium Pro 


Helyszínen § Helyszínen Helyszínen Helyszínen Helyszínen 
kettő proc.-ra kettő proc.-ra kettő proc.-ra kettő proc.-ra négy proc.-ra 


Asztali Asztali 


Processzor 


Asztali 7 a Torony Torony e 
lk SZEKEREST ERSSÉSOZR B E ez de MBREGGZSSEÉSSZ MB 64 MB, EEC 64 MB, EEC 
RAM-bővíthetőség a 256MBig a 250MBig a 256MBig ——— IGBig 1 GB-9 


( Hard diszk, Fast 
SGsTé a EGB PG BANÁN 2 GB 4GB  AGB 


Harddiszk- ű ú ú ú § 
bővíthetőség 20 GB-ig 20 GB-ig 700 GB ig 700 GB-ig 


Ethernet 10 Base-T 10 Base-T 


.. és 100 Base-T 100 Base-T 100 Base-T 


G95, G95, G95, 
Grafikus 2 MB RAM, G95, G95, 2 MB RAM, 2 MB RAM 
gyorsítókártya bővíthető 2 MB RAM 2 MB RAM bővíthető bővíthető 
8 MB-ig 8 MB-ig 8 MB-ig 


ansc . Transcend Firewall Transcend 


Transcend ————— Transcend TEVTEKERRBNK : 
Microsoft Windows NT Server 3.51, IIS, SMT, POP, DNS, HTML szerzői eszközök 





Az InterServe WEB-szervercsaládból kiválaszthatja azt a megfelelő konfigurációt, amelynek segítségével biztosan építhet 
az Internet kapcsolataira. 
Hívjon vagy keressen fel bennünket! 


INTERGRATH v 7H Magyarország Kft. 1149 Bosnyák tér 5. €7 (36-1) 163-3888 
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Minden létezés alapja 





az információ! 


A DNS molekula az élet alapja. Leegyszerűsítve a természet ilyen szigorúan meg- 
határozott módon raktározza azt a rengeteg adatot és információt, ami az élethez kell! 


Vállalata optimális működéséhez is óriási mennyi- 
ségű információt kell mozgatni, feldolgozni, tárolni. 
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